.html)
F#コンポーネント設計ガイドライン ドラフト (2010年8月)
本ドキュメントはF# 2.0を使用したプログラミングにおけるコンポーネント設計ガイドラインのドラフトであり、Microsoft リサーチおよびMicrosoft開発部によって2010年8月に作成されたものです。 本ドキュメントは読者にF#プログラミングの経験があることを前提としています。 F#プログラミングに関する情報については fsharp.net を参照してください。 F#チームは以降のガイドラインに対するフィードバックをいつでもお待ちしております。 フィードバックは fsbugs@microsoft.com 宛にメールで連絡してください。 ドキュメントに対するF#ユーザコミュニティからの多大なフィードバックには大変感謝しております。 注釈 © 2010 Microsoft Corporation. All rights reserved. 1. 概要 2. 一般的なガイドライン 3.
.NET開発を始めるVB6プログラマーが知るべき9のこと - ＠IT
.NET開発者中心 厳選ブログ記事 .NET開発を始めるVB6プログラマーが知るべき9のこと ―― 「まさるDiary」より ―― masaru_b_cl 2011/05/11 「.NET開発者中心 厳選ブログ記事」シリーズでは、世界中にある膨大なブログ・コンテンツの中から、特にInsider.NET／.NET開発者中心の読者に有用だと考えられるブログ記事を編集部が発掘・厳選し、そのブログ記事を執筆したブロガーの許可の下、その全文を転載・翻訳しています。この活動により、.NET開発者のブログ文化の価値と質を高め、より一層の盛り上げに貢献することを目指しています。 インスパイアード・バイ：Javaプログラマが知るべき9のこと - @katzchang.contexts この記事に書いてあることは目新しいことでも何でもなく、これまで各所でいろいろといわれていたこと（下記の9点）をまとめたもので
neue cc - Rx + MolesによるC#での次世代非同期モックテスト考察
最近、妙にテストブームです。Chaining Assertionを作ったからですね。ライブラリドリブンデベロップメント。とりあえずでも何か作って公開すると、その分野への情報収集熱に火がつくよね。そしてテスト厨へ。さて、ユニットテストで次に考えるべきは、モックの活用。C#でモックといえばMoqが評価高い。メソッドチェーンとExpression Treeを活かしたモック生成は、なるほど、良さそうです。読み方も可愛いしね。もっきゅ。もっきゅ。 というわけでスルーして(えー)Molesを使いましょう。Microsoft Research謹製のモックフレームワークです。PexとのセットはMSDN Subscriptionが必要ですが、MolesのみならばFreeです。VS Galleryに置かれているので、VSの拡張機能マネージャーからでも検索に引っかかります。 Moles。Pex and Mole
イベントリスナが先にお亡くなりになっています。あれ？残念ながらメモリリークです。あのね、WeakEventパターンを使うといいと思うんだ。WeakEventManagerから派生して、抽象的なWeakEventTriggeredManagerクラスを作ってみよう。 - Bug Catharsis
WeakEvent パターン(msdn.microsoft.com)というのがあります。 WPFでごにょごにょしているような方であれば、ご存知の人も多いようですが、 WPFと無縁の人たちにとっては、認知度がかなり低いようです。 WeakEventパターン*1が有用となるシナリオは、なにもWPFアプリケーションに限った話ではないので、 .NET Framework3.0以降が利用できる環境であれば、ぜひともお勉強して利用を検討するとよいと思う。 で、MSDNに書かれている次のことが、ちょっと引っかかりますね。 WeakEventManager 通常、マネージャ クラスは、パターンを実装するイベントと 1 対 1 の関係で作成します。 たとえば、1 つのイベント Spin がある場合、このイベント専用の弱いイベント マネージャとして 1 つの SpinEventManager クラスを派生させ
Java/.NETアーキテクトを見分ける10の質問 ( by @yfakariya ) - 平々毎々（アーカイブ）
[twitter:@yfakariya] いわく えーと、主に Java/.NET 向けということで。 レイヤーがまちまちなのはごめんなさい。 あと、引っかかるところばかり書いているので、難しいかもしれない。 おおむね難易度順。 質問には特に書いてなくても、何らかの業務要件や制約条件を仮定して構わないようです。 try-catch-finally が try-catch および try-finally についてtry-catch および try-finally と比べて不適切である理由を述べよ（try-catch-finally のほうが多くの場合適切であると思う場合はその理由を述べよ）。 Unicode で制御文字を検出する正規表現を記述せよ。 UTC 時刻とローカル時刻のメリットとデメリットについて説明せよ。【註：何らかの業務要件や制約条件を仮定した上で論じること】 基底クラスとインタ
)
.NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」
Recommendations on how to design and develop custom applications using the Microsoft platform Each patterns & practices offering contains a combination of written documentation and re-usable source code. Many also include a reference implementation. As the guidance is being developed it is reviewed and approved by internal Microsoft product teams and by external customers and partners. This produc
.NETアプリを軽快にするためのガベージ・コレクション講座（1/4） - ＠IT
マウスやコントローラなどのデバイス入力から、映像や音声の出力までを限りなく実時間に近いタイミングで処理しつづけなければならないアプリケーションがある。身近なところではゲームをその筆頭に挙げることができるだろう。また、近年は様々なジャンルのアプリケーションでコモディティ化が起こっており、機能面での差別化が困難になってきたことから、非機能要求である応答性の良さで製品を選ぶという人も増えているのではなかろうか。その意味では、デスクトップ上で動くアプリケーションはほとんどすべてリアルタイム性が求められているといえる。 従来、ガベージ・コレクション（以下GC）により非同期的にスレッドが停止する.NETアプリケーションは、応答性が重視される分野には不向きだと言われてきた。これはある意味では事実であるものの、実際には工夫次第でGCの影響をかなり軽減することが可能である。何より、「XNA Field」や「
neue cc - C#(.NET)のテストフレームワーク4種の比較雑感
Chaining Assertion ver 1.2.0.0 - CodePlex for MSTestをやめて、NUnitとMBUnitとxUnit.NETにも対応しました。MSTestに限定していたのは、単純に他のを入れて試すの面倒くせー、というだけの話であり、そういう態度はいけないよね、と思ったので全部入れました。NUnitはDocumentだけは読んでかなり参考にしてたのですが、他のは全くはぢめて。MSTest以外はみんな野心的に開発進んでるんですね。比べると機能面では一番見劣りするMSTest。 というわけで、対応させるために各種フレームワークを入れる＆多少触ったので、それらの紹介/感想などを書きたいと思います。C#上というか.NET上、ですね。の前に、更新事項が幾つかあるのでそれを。まず、CollectionAssertに等値比較するラムダ式を受けるオーバーロードを追加しました
IDisposable.Dispose メソッド (System)
重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public: void Dispose(); public void Dispose (); abstract member Dispose : unit -> unit Public Sub Dispose () 例 次の例は、 メソッドを実装する方法を Dispose 示しています。 #using <System.dll> #using <System.Windows.Forms.dll> using namespace System; using namespace System::ComponentModel; using namespace System::Windows::F
Dispose メソッドの実装 - .NET
Dispose メソッドは、主に管理対象外リソースを解放するために実装されます。 IDisposable の実装であるインスタンス メンバーを使用する場合は、Dispose 呼び出しをカスケードするのが一般的です。 Dispose を実装するのは他にも理由があります。たとえば、割り当てられたメモリを解放したり、コレクションに追加された項目を削除したり、取得されていたロックのリリースを通知したりするためです。 .NET のガベージ コレクターは、アンマネージド メモリの割り当てや解放を行いません。 破棄パターンと呼ばれる、オブジェクトを破棄するパターンによって、オブジェクトの有効期間に順番が付けられます。 dispose パターンは、IDisposable インターフェイスを実装するオブジェクトに使用されます。 このパターンは、ガベージ コレクターがアンマネージド オブジェクトを再利用できな
Implement a Dispose method - .NET
The Dispose method is primarily implemented to release unmanaged resources. When working with instance members that are IDisposable implementations, it's common to cascade Dispose calls. There are other reasons for implementing Dispose, for example, to free memory that was allocated, remove an item that was added to a collection, or signal the release of a lock that was acquired. The .NET garbage
シリアライズ・デシリアライズ早分かり - 平々毎々（アーカイブ）
（この記事は、C# Advent Calendar jp: 2010の7日目の記事です。前日は、えむナウさんでした。） C#の、というか.NETのシリアライズ・デシリアライズ技術は統一感がなさ過ぎてカオスなので、簡単にまとめる。 シリアライザー シリアライザブル 対象テクノロジー 説明 IFormatter Formatter BinaryFormatter SoapFormatter(もう使わない方がいい) ISerializable Serializable属性 .NETリモーティング ASP.NETセッション情報など 型情報および全フィールド⇔バイナリストリーム FormatterServicesがごにょごにょするのでリフレクションより速い メモリダンプみたいなもので、型の実装に依存する バージョン違いでも互換性がなくなることも XmlSerializer IXmlSerializa
コードは伸びるよどこまでも
寒くなってきましたねー というわけで C#たんの寒さから入る流れを踏襲してみます。 っていうのもフレームワークを使ったアプリケーション開発っていうのが今回の話題。 C#たんと学ぶ／わりと硬派なソフトウェア開発講座 第1回「C#でできること」 の２ページめ、今時のアプリケーション開発に欠かせない「フレームワーク」 フレームワークって便利ですよねー、本当に。 LINQ とかで簡単にデータアクセスとかして簡単にアプリケーション書けちゃいますよねー。 アプリケーションで顧客データを参照するなら var blackListedCustomers = from cust in db.Customers where cust.BlackListed select cust; でブラックリスト入りしてるお客の一覧を取得できると。 んでご会計ページとかではこれを元にブラックリスト入りしてたらなんかするって訳
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
C#開発者のためのやさしい「再帰」再入門 ― F#開発者ならこう考える - ＠IT
Downloads
Amazon.co.jp: プログラミング.NET FRAMEWORK 第3版 (Microsoft Press): Jeffrey Richter (著), 藤原雄介 (翻訳): 本
Login | Microsoft 365
Microsoft Learn: Build skills that open doors in your career
MSDN ホームページ
http://atnd.org/events/10630
