このセクションでは、.NET Framework を拡張および操作するライブラリをデザインするためのガイドラインを示します。 目標は、開発に使用されるプログラミング言語に依存しない統合プログラミング モデルを提供することにより、ライブラリ デザイナーが API の一貫性と使いやすさを確保できるようにすることです。 .NET Framework を拡張するクラスやコンポーネントを開発する場合は、これらのデザイン ガイドラインに従うことをお勧めします。 一貫性のないライブラリ デザインは、開発者の生産性に悪影響を及ぼし、採用を妨げます。 ガイドラインは、Do、Consider、Avoid、Do not という言葉から始まる単純な推奨事項として編成されています。 これらのガイドラインは、クラス ライブラリ デザイナーがさまざまなソリューション間のトレードオフを理解できるようにすることを目的として

MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 触って覚える Microsoft Azure 今日から TechSummit 2018... Author: nakama Date: 11/05/2018 Docker for Windows & Web Apps for Containers 実践活用技法 先日、しれっと営業部門のクラウドソリューションアーキテクトに異動した話を書いたのですが、このロールは Azure... Author: nakama Date: 09/27/2018 Agile も DevOps も銀の弾丸なんかじゃない ……と、のっけから噛みつかれそうなタイトルを掲げてみたのですが；、ここ最近、立て続けて数件、「いやそれはアジャイルとか無理だろ；」的な話があって、ちょっとエントリを書いて

ジェネリックを使った新しいコレクション：Listジェネリック・クラス .NET Framework 2.0のクラス・ライブラリには、ジェネリックの仕組みを使ったリストである「Listジェネリック・クラス」が導入されています。このクラスは、新しいSystem.Collections.Generic名前空間に含まれています。 Listジェネリック・クラスは、 C#の場合：　List<T>クラス VBの場合：　List(Of T)クラス として表記されます。C#の場合の不等号（山カッコ）、VBの場合のOfキーワードや、クラス名なのにカッコを付ける書き方は、ジェネリックのためにそれぞれの言語で新しく導入された記述方法です。 そして、大文字の「T」は型パラメータ（タイプ・パラメータ）と呼ばれるもので、インスタンスの作成時には「T」の部分にリストの要素として扱いたい型を指定して記述します。 例えば、L

Table-2f0add92734d458797e6842e41bde5b7-af2db0996d31459683e8eb86cce0099aTable-3cf71992acc24c56aa7399ee34236d2c-cd9999d006e94984b09dae85134cc69cTable-4ba5b710b0724343899f3c932ff1cb80-bfc1b3b502f94c13b7ce94f1f260e251Table-11283e299b334325acdf68b11ceb8316-e8ffa87039b94dc3bc0809efb57cb622Table-5496431e0a874faea253eb60c7e53fd9-eda4530ebf554f598f5a9b0334c34c89Table-d02853649dab49d8a63544cd2ae67131-d9b3df

VSホスト・プロセス（*.vshost.exe）とは何か？［VS 2005のみ、C#、VB］：.NET TIPS 連載目次 Visual Studio 2005（以降、VS 2005）で、C#やVB（Visual Basic）の新規プロジェクトを作成すると、その出力フォルダ（具体的には「bin\Debug」フォルダと「bin\Release」フォルダ）内に「＜アセンブリ名＞.vshost.exe」（以降、「*.vshost.exe」と表記）というファイルが自動的に生成される。 例えば、「WindowsApplication1」というアセンブリ名のWindowsアプリケーションを作成する場合、（「WindowsApplication1.exe」というアセンブリ・ファイルのほかに）「WindowsApplication1.vshost.exe」というファイルが自動生成される。これは従来のVis

ガベージコレクション入門: Microsoft .NET Framework の自動メモリ管理 Part II *Garbage Collection, Part 2: Automatic Memory Management in the Microsoft .NET Framework (December 2000 Vol.15 No.12)* Jeffrey Richter Jeffrey Richter は、『Programming Application for Microsoft Windows』 (Microsoft Press刊、1999 年) の著者で、ソフトウェアコンサルティングおよび教育の会社Wintellect（http://www.Wintellect.com ）の共同設立者でもある。Microsoft .NETプラットフォームとWin32をターゲットとするシステム

SUMMARYGarbage collection in the Microsoft .NET common language runtime environment completely absolves the developer from tracking memory usage and knowing when to free memory. However, you'll want to understand how it works. Part 1 of this two-part article on .NET garbage collection explains how resources are allocated and managed, then gives a detailed step-by-step description of how the garbag

This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.