サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Nintendo Direct
kazuktnd.wordpress.com
ってタイトルで用意してたんだけど、結果的には追加はいいけど、削除、更新は駄目だったの巻 MEF いいっすよねー。 ロジック殆ど無しのホストに Extensibility で拡張を仕込んでいければ、システムのメンテナンス単位を小さくできる。停止時間を当然に減らせる。 良い事だらけだ! って感じなんですが、本当に拡張していけるのか試していってという感じ。 Managed Extensibility Framework の概要 MEF では発見可能性、拡張性、および移植性に重点が置かれているのに対し、MAF では拡張機能の特定とアセンブリの読み込みおよびアンロードに重点が置かれています。 InfoQ: CLRが、何回目かの、「最初の」プラグインモデルを採用。 System.Addin は、使用されなくなったAppDomainを自動的に、アンロードし、メモリを再利用できるように、管理している。 M
一度は nuget統合がらみで project.json とかに移行するという形でdiscon言われた msbuild ですが、結局息を吹き返し、Visual Studio 2017 RC で .NET Core App (ASP.NET vNext 改め ASP.NET Core でのWebアプリを含む)のビルドランナーとして復活を果たしました。 この msbuild について、ビルドのカスタム手法について諸々調べてみましたので blog にまとめてみます。 デフォルトの csproj からの targets / props の読み込み 実際にプロジェクトを作って csproj を開いてもらうと解りますが、msbuild の Import による targets の取り込みがありません。過去の知識だけを頼りに調べようとすると一体何が起こってるのやらで即詰みしますね。 いつ増えたんだ!って
MsBuild 4.0 には結構良い新機能が入っております。 ここんとこツイッターでモニョモニョ言ってる MsBuild インラインタスクとか。 MsBuild ターゲット RunBeforeTargets および RunAfterTargets (MSBuild 4.0) (原文ママ、スキーマ見た感じでは BeforeTargets / AfterTargets が正しい) これを使って TFS ビルド中にバージョンを埋めるタスクを作りましたのでおすそ分け。 <?xml version="1.0" encoding="utf-8"?> <Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <UsingTask TaskN
以下コードにより計測 class Program { static void Main(string[] args) { Random rnd = new Random(); Console.WriteLine("Hit enter to start"); Console.ReadLine(); var stopwatch = Stopwatch.StartNew(); for (int i = 0; i < 10000; i++) { // 64KB のテキストをランダム文字で生成 StringBuilder sb = new StringBuilder(); while (sb.Length < 65535) { sb.Append('a' + rnd.Next(26)); } } stopwatch.Stop(); Console.WriteLine(stopwatch.Elapse
寒くなってきましたねー というわけで C#たんの寒さから入る流れを踏襲してみます。 っていうのもフレームワークを使ったアプリケーション開発っていうのが今回の話題。 C#たんと学ぶ/わりと硬派なソフトウェア開発講座 第1回「C#でできること」 の2ページめ、今時のアプリケーション開発に欠かせない「フレームワーク」 フレームワークって便利ですよねー、本当に。 LINQ とかで簡単にデータアクセスとかして簡単にアプリケーション書けちゃいますよねー。 アプリケーションで顧客データを参照するなら var blackListedCustomers = from cust in db.Customers where cust.BlackListed select cust; でブラックリスト入りしてるお客の一覧を取得できると。 んでご会計ページとかではこれを元にブラックリスト入りしてたらなんかするって訳
表題のとおりなんですが、皆さまご注意ください。 この現象は URL セッションで使われるセッションキーが URL 中に埋め込まれる時に MS10-070での暗号化方式の変更により IIS の下回りで動いているカーネルモードHTTPハンドラ(HTTP.sys)でのURLの規制値に引っかかってしまう事で発生します。 通常、携帯向けで URL session を使うと URL は以下の構造を持ちます。 http:// ホスト.ドメイン / セッションキー / サイト内URL このセッションキーはご覧の通りで / に挟まれる区間ですので、その長さは KB 820129 IIS 用の Http.sys レジストリ設定 で解説されている UrlSegmentMaxLength によって最大長が制限されます。そして、この長さを超える場合には bad request となります。 HTTP.sys によっ
RowKey の設計レベルの話なんだが、 Table に受注(Order) と受注明細(OrderLine) を格納するとする。 Order と OrderLine は親子関係なんで、DBに格納するって場合には Order テーブルと OrderLine テーブルに格納する事になり、これを 1対多結合のリレーションとして捕らえて join する事になる。 これを単純に、そのまんまAzureTableに持っていくと Order の RowKey には受注IDが入り、OrderLineは受注IDで引ける必要があるから同様に受注ID+明細IDを入れる事になる。
Expression の解釈に介入したい場合とかに利用するパターンなんですが、別のQueryProviderに寄生するQueryProvider を書く事がよくありますんで、コード例おば。
このページを最初にブックマークしてみませんか?
『kazuk は null に触れてしまった』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く