ビルド・エンジン「MSBuild」を思いのままに操る技（1/3） - ＠IT
前編では、MSBuildとは何かについて、またその実行方法について解説した。MSBuildは自由度の高いツールなので、ビルドに付随するさまざまな独自タスクを自動化できる。 しかし、本当に思いどおりに使いこなすには、MSBuildファイルの内容についての深い理解が必要だ。そこで後編となる今回は、MSBuildファイルの内容の読み方と書き方を示し、さらにはより高度なMSBuildファイルを作成する方法を紹介しよう。 なお本稿ではVisual Studio 2005 Professional Edition（以降、VS 2005）を利用している。 4. MSBuildファイルの徹底理解 まずはVS 2005で生成されたプロジェクト・ファイル（＝MSBuildファイル）の内容を見てみよう。ここで使用するサンプル・アプリケーションは前回と同じコンソール・アプリケーションである。 VS 2005を使っ
実践的なパターン: テストの容易性を高める設計
Code download available at:WCFCompactFramework2008_Launch.exe (185 KB) Browse the Code Online Contents Mail Transports Writing a Windows Mobile App WCF Messaging Plumbing Creating and Sending the Message Writing the Desktop Application Running the Sample Calling WCF Services Creating a Proxy Class Using the WCF Service An addressability problem with mobile devices has traditionally made it difficu
)
COM 呼び出し可能ラッパー
COM クライアントが .NET オブジェクトを呼び出すと、共通言語ランタイムがマネージ オブジェクトとそのオブジェクトのための COM 呼び出し可能ラッパー (CCW: COM Callable Wrapper) を作成します。COM クライアントは .NET オブジェクトを直接参照できないため、CCW をマネージ オブジェクトのプロキシとして使用します。 ランタイムは、サービスを要求している COM クライアントの数に関係なく、1 つのマネージ オブジェクトに対して 1 つの CCW を作成します。次の図に示すように、複数の COM クライアントが、INew インターフェイスを公開する CCW への参照を保持できます。CCW は、INew インターフェイスを実装するマネージ オブジェクトへの 1 つの参照を保持し、ガベージ コレクションされます。COM クライアントと .NET クライ
Runtime Callable Wrapper - .NET
The common language runtime exposes COM objects through a proxy called the runtime callable wrapper (RCW). Although the RCW appears to be an ordinary object to .NET clients, its primary function is to marshal calls between a .NET client and a COM object. The runtime creates exactly one RCW for each COM object, regardless of the number of references that exist on that object. The runtime maintains
どうする？ .NET Framework 1.xアプリケーションの今後
※は現在マイクロソフトから明示されていないもの（注：Windows XPに標準搭載されている.NET Framework 1.1は、Windows XPのサポートライフサイクルポリシーが適用されるため、上記とは異なる） この表でも明らかなように、.NET Framework 1.0はすでにメインストリームサポートフェーズが終わっており、1年を待たずに延長サポートフェーズも終了してしまう。.NET Framework 1.1についても、あと数カ月でメインストリームサポートが終了してしまう状況だ。もちろん.NET Frameworkと同時に発売されたVisual Studioに関しても同じだ。 こうなると、ほぼ選択肢はないように思える。少なくとも.NET Framework 1.0のアプリケーションについては、セキュリティ面を考慮しつつ使い続けるのであれば、パッチが提供される2009年7月まで
)
Behind the Scenes: Improvements to Windows Forms Data Binding in the .NET Framework 2.0, Part 1
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. Cheryl Simmons Microsoft Corporation August 2006 Applies to: Microsoft Visual Studio 2005 Microsoft .NET Framework 2.0 Microsoft Windows Forms Summary: Learn about additions to the Binding and ControlBindingsCollection classes that enable easier formatti
C#と諸々 トランザクション
C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) .NET Frameworkでは、トランザクションの実装方法が複数存在する。 大きく分けると明示的なトランザクションと暗黙的なトランザクションに分かれる。 明示的なトランザクションはトランザクションの開始，コミット，ロールバックを明示的に行う管理方法。トランザクションの開始、終了が明確に決まる。 暗黙的なトランザクションはトランザクションの開始，コミット，ロールバックが暗黙的に行われる管理方法。既にトランザクションが開始されていたらそのトランザクションに参加（便乗）する、といったことが可能。 以下に、.NET Frameworkでのトランザクション実装方法を挙げる。 【 従来からあるトランザクション実装方法 】 従来からある方法として、データベーストラ
Thread クラス (System.Threading)
例 次の例は、単純なスレッド機能を示しています。 // [C++] // Compile using /clr option. using namespace System; using namespace System::Threading; // Simple threading scenario: Start a Shared method running // on a second thread. public ref class ThreadExample { public: // The ThreadProc method is called when the thread starts. // It loops ten times, writing to the console and yielding // the rest of its time slice each
)
ダイアログ ボックス
既存のキー ファイルを選択してアセンブリに署名する場合、このダイアログ ボックスでは、キー ファイルの正しいパスワードを入力するように求められます。 このパスワードを入力すると、選択したキー ファイルが、現在のプロジェクトで使用できるようにローカルの暗号化データベース ストアにインポートされます。 このオプションでは、Personal Information Exchange (.pfx) ファイルのみがサポートされます。 キー ファイルをプロジェクトにインポートした後、[パスワードの変更] を使用してパスワードを変更できます。この場合、新しいパスワードは 6 文字以上にする必要があります。 [キー ファイルのインポート] ダイアログ ボックスを表示するには、[署名] ページの [アセンブリの署名] をクリックし、[厳密な名前のキー ファイルを選択してください] ボックスの一覧の [<参照
コラム:ClickOnceのファイル構成を理解する
メールニュース連動コラム - ClickOnceのファイル構成を理解する VSUG スマートクライアント ボードリーダー 尾崎 義尚 VSUG スマートクライアント ボードリーダー 尾崎 義尚 ■はじめに 先日、 Visual Studio 2005 がリリースされました。 .NET Framework のはじめてのメジャーバージョンアップということで、多くの機能が追加されました。 それぞれ便利な機能なのですが、モバイル・スマートクライアント フォーラムに関連する機能の中で、私がもっとも注目しているのが、 ClickOnce です。 ここでは、 ClickOnce によって展開されるファイルとファイルの内容について解説していきます。 ■ClickOnceとは .NET Framework 1.1 では、ノータッチ デプロイメントと呼ばれる Windows アプリケーションの配布方
BackgroundWorker クラス (System.ComponentModel)
名前空間: System.ComponentModel アセンブリ:System.dll, System.ComponentModel.EventBasedAsync.dll アセンブリ:System.ComponentModel.EventBasedAsync.dll アセンブリ:System.dll アセンブリ:netstandard.dll ソース:BackgroundWorker.cs ソース:BackgroundWorker.cs ソース:BackgroundWorker.cs 重要 一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。 public ref class BackgroundWorker : IDisposable pub
)
ASP.NET 2.0 の新しいコード コンパイル機能
strings.en-GB.resx という新しいリソース ファイルを追加して同じ処理を繰り返します。今度は、データ テーブルに次の項目を追加してファイルを保存します (txtColorResponse* に対するエントリを追加していないので、どのクライアントに対しても strings.resx の項目の値が使用されます)。 ここで、Code ディレクトリの特殊効果を使うために、2 つの .resx ファイルを Web サイトのルートから Code ディレクトリにドラッグする必要があります。 操作が終わった状態は、図 7 のようになります。 図 7. Code ディレクトリに格納した 2 つの .resx ファイル 作成したリソース ファイルがどの程度使用しやすくなったかを確認するために、プロジェクトに Web フォームを追加します。Web サイト ノードを右クリックして [新しい項目の追
.NET Tools：プログラムを仕上げるときの強力な助っ人DevPartner（1/4） - ＠IT
15年ぐらい前、プログラムの開発といえば、テキスト・エディタとコンパイラ、必要に応じてデバッガがあればそれですべてといっても過言ではない時代があった。これらのツールは、それぞれ独立した単機能なもので、テキスト・エディタといえばテキスト・ファイルの編集しかできず、コンパイラはソース・コードを実行ファイルに変換することしかできず、デバッガはデバッグにしか使えないものだった。おのおのが完全に独立していて別個に操作しなければならないため、テキスト・エディタは強力なマクロ機能を備えていくようになった。これにより、自動的にコンパイラを起動してコンパイルさせたり、エラー情報からソース・コードのエラー個所にジャンプさせたりできた。その名残は、Emacs系エディタの強力なLISPプログラミング機能や、秀丸のマクロ機能などに見ることができる。 しかし、そのような時代は、すでに過去のものになったといってよいだろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.voiceoftech.com/swhitley/?p=681
https://atmarkit.itmedia.co.jp/ait/subtop/features/da/dt_aspnetmvc_index.html
Browse code samples
MSDN - 派生クラスから基本クラス イベントを発生させる
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=35954
Microsoft Support
AnkhSVN:VisualStudio SVNアドイン