Windows 互換機能パックを使用してコードを移植する - .NET Core
既存のコードを .NET Framework から .NET に移植するときに発生する最も一般的な問題の一部として、.NET Framework のみに存在する API およびテクノロジへの依存があります。 "Windows 互換機能パック" には、このようなテクノロジの多くが用意されているので、.NET アプリケーションと .NET Standard ライブラリをはるかに簡単に構築できます。 互換性パックは論理的な .NET Standard 2.0 の拡張機能であり、API セットが大幅に増加します。 既存のコードは、ほとんど変更されずにコンパイルされます。 "あらゆる .NET 実装で提供される API のセット" でその約束を守るために、レジストリ、Windows Management Instrumentation (WMI)、リフレクション出力 API など、すべてのプラットフ
.NET Framework から .NET 6 に移植する - .NET Core
この記事では、.NET Framework から .NET (旧称 .NET Core) にコードを移植する際に考慮する必要がある事項の概要について説明します。 多くのプロジェクトでは、.NET Framework から .NET に比較的簡単に移植できます。 プロジェクトの複雑さによって、プロジェクト ファイルを最初に移行した後に実行する作業の量が決まります。 .NET にアプリ モデルがあるプロジェクト (ライブラリ、コンソール アプリ、デスクトップ アプリなど) では、通常ほとんど変更することはありません。 ASP.NET から ASP.NET Core への移行など、新しいアプリ モデルを必要とするプロジェクトではさらに作業が必要となります。 古いアプリ モデルの多くのパターンには、変換中に使用できる同等のものがあります。 Windows デスクトップ テクノロジ .NET Fra
.NET の概要 - .NET
.NET は、さまざまな種類のアプリケーションを構築するための、無料でクロスプラットフォームのオープンソース開発者用プラットフォームです。 複数の言語で記述されたプログラムを実行でき、最も一般的なものは C# です。 それは、多くの大規模アプリによって運用環境で使われる高パフォーマンスのランタイムに依存しています。 .NET をダウンロードし、初めてのアプリの作成を始める方法については、作業の開始に関する記事をご覧ください。 .NET プラットフォームは、生産性、パフォーマンス、セキュリティ、信頼性を提供するように設計されています。 ガベージ コレクター (GC) を介した自動メモリ管理が用意されています。 GC と厳密な言語コンパイラを使っているため、タイプ セーフかつメモリ セーフです。 async/await および Task プリミティブにより、コンカレンシーを提供します。 広範な
.NET のトレーニング
.NET 向け Microsoft Learn .NET C#、F#、Visual Basic などのプログラミング言語を使用して、複数のプラットフォームにまたがるアプリを構築する方法をご確認ください。 Windows、Linux、macOS でサポートされており、.NET を使用して次のプロジェクトの開発を今すぐ開始することができます。 すべての .NET パスを参照する .NET の概要 .NET は、さまざまな種類のアプリケーションをビルドするための、無料のクロス プラットフォームかつオープン ソースの開発者向けプラットフォームです。 .NET では、複数の言語、エディター、およびライブラリを使用して、Web、モバイル、デスクトップ、ゲーム、および IoT 用のビルドを行うことができます。
コード スタイルの言語と不要なコード規則 - .NET
コードスタイルの言語規則は、.NET プログラミング言語のさまざまなコンストラクト (修飾子、かっこなど) の使用方法に影響します。 このカテゴリには、不要なコード規則は、不要でリファクタリングまたは削除することができるコード ベースのさまざまな部分を特定します。 不要なコードが存在する場合は、次の問題の 1 つ以上が存在することを示しています。 読みやすさ: 読みやすさを不必要に低下させるコード。 保守容易性: リファクタリング後に使用されなくなり、不必要に維持されるコード。 パフォーマンス: 副作用がなく、不要なパフォーマンスのオーバーヘッドが発生する不要な計算。 機能: コードの冗長なレンダリングが必要となるコードの機能の問題。 たとえば、IDE0060 は、メソッドで誤って入力パラメーターを無視した場合に、未使用のパラメーターにフラグを設定します。 この規則は次のカテゴリに分けられ
共通言語ランタイム - Wikipedia
共通言語ランタイム (英: Common Language Runtime, CLR) とは、.NET Frameworkアプリケーションを実行するための仮想機械で、共通言語基盤 (CLI) のマイクロソフト自身による実装。 .NET Framework 1.x - 4.x で使用されている CLR は Windows 上のみで動作する。.NET CoreはMITライセンスのオープンソースになり、CoreCLRはWindows、macOS、Linux、FreeBSD で動作する[1]。.NET 5以降は.NET Runtime[2]と呼ばれるようになり、.NET 6では実行環境としてAndroidやiOSのサポートも加わった[3]。 CLRは、共通中間言語 (CIL) と呼ばれる、プログラミング言語や環境に依存しない中間言語（中間表現）を解釈する。CILは実行時にJITコンパイラによって機
マルウェア Duqu で使われていた「未知の言語」の正体は C だった | スラド デベロッパー
先日、マルウェア「Duqu」が未知の言語で開発されたかもしれないという /.J 記事 があったが、この「未知の言語」は実は C 言語だったことが判明した (Kespersky Lab の Igor SoumenKov 氏によるブログ記事より) 。 200 件以上のコメント、60 件以上のメールで「これは○○という言語ではないか」という声が寄せられたそうだが、アセンブラコードの癖などから、Visual C++ でコンパイルされたものだと分かったという。これに加えカスタムメイドのオブジェクト指向 C 言語フレームワークが使われているものと思われるそうだ。Simple Object Orientation for C (SOO) というものに似ているそうだが、SOO は Duqu がすでに出回ったあとにリリースされたために Duqu で使われている可能性はないとされている。 C++ ではなくこの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
.NET のドキュメント