Visual Studio を使用すると、Arm64 やその他のプラットフォームなど、さまざまなプラットフォーム (プロセッサ アーキテクチャ) をターゲットにするようにアプリケーション ビルドを設定できます。 そのターゲット プラットフォーム用にビルドするために、プラットフォームで Visual Studio を実行する必要はありません。 Visual Studio での Arm64 のサポートの詳細については、 ARM 搭載デバイス上の Visual Studio を参照してください。 .NET 開発の 64 ビット プラットフォーム サポートについては、 64 ビット アプリケーションを参照してください。
オブジェクト ファイルまたは実行可能ファイル内にコメント レコードを配置します。 構文 #pragma comment( comment-type [ , "comment-string" ]) 解説 comment-type は、コメント レコードの種類を指定する定義済み識別子 (後述) の 1 つです。 省略可能な comment-string は、いくつかのコメントの種類で追加情報を指定する文字列リテラルです。 comment-string は文字列リテラルであるため、エスケープ文字、埋め込まれた引用符 (")、連結の使用は、文字列リテラルのすべての規則に従います。 compiler オブジェクト ファイル内にコンパイラの名前とバージョン番号を配置します。 このコメント レコードはリンカーには無視されます。 このレコードの種類で comment-string パラメーターを指定すると
.NET(ドットネット、旧称 .NET Core)は、.NETを実装したFOSSのクロスプラットフォームマネージソフトウェアフレームワークである[4]。.NET 5以降は、.NET FrameworkおよびXamarin/Monoの機能が統合され、それらの後継にもなっている。[5] .NETの実装には.NET FrameworkやXamarin/Monoが存在する[6]。.NET Coreはクロスプラットフォームを特徴としてMicrosoftが開発を主導している.NET実装の1つである[6]。Windows・Linux・macOS等に対応している[7]。.NET Coreの基盤上では以下のタイプ(シナリオ)のアプリケーションを開発できる。 Webアプリ(ASP.NET Coreによる) コマンドラインアプリ ライブラリ GUIアプリ(Windows限定) ユニバーサルWindowsプラット
Microsoft .NET Framework(マイクロソフト ドットネット フレームワーク)は、マイクロソフトが開発していたアプリケーション開発・実行環境である。バージョン4.8をもって.NET Frameworkのメジャーアップデートは終了し、セキュリティとバグ修正のための更新は継続されるが、以降の新規開発における推奨環境は.NETとなった[3]。 Windowsアプリケーションだけでなく、XML WebサービスやウェブアプリケーションなどWebベースのアプリケーションなども包括した環境となっている。一般に.NETという場合、.NET全体の環境を指す。現在はOSS版の.NET CoreやMonoも包括した技術仕様の総称を.NETと呼び、プロプライエタリの初期から存在する従来のWindows専用実装のみを.NET Frameworkと呼んで区別している。
Windows Vista(R)、Windows(R) 7またはWindows(R) 8の場合は、hostsファイルを編集するユーザに対して、事前に書込み権限を付与してください。 インストール時の注意事項PCクライアントのいずれかの機能が起動中の場合は、インストールできません。PCクライアントの各機能をすべて終了させてから、インストールを行ってください。 サービスの確認Windows Installerのサービスが起動されている必要があります。 .NET Framework連携を使用する場合、PCクライアントをインストールする前に、.NET Frameworkのインストール状態を確認してください。.NET Frameworkのインストール状態により、Symfoware .NET Data Provider機能の登録が必要となる場合があります。 .NET Frameworkは、CLR2.0(
共通言語ランタイムがインストールされている各コンピューターには、グローバル アセンブリ キャッシュと呼ばれるコンピューター全体のコード キャッシュがあります。 グローバル アセンブリ キャッシュには、コンピューター上の複数のアプリケーションによって共有されるように指定されたアセンブリが格納されます。 アセンブリは、必要なときにのみグローバル アセンブリ キャッシュにインストールして共有する必要があります。 一般的なガイドラインとして、アセンブリの依存関係を非公開にし、アセンブリの共有が明示的に必要でない限り、アプリケーション ディレクトリでアセンブリを見つけます。 さらに、アセンブリをグローバル アセンブリ キャッシュにインストールして、COM 相互運用機能またはアンマネージ コードからアクセスできるようにする必要はありません。
注 このコンテンツは、 フレームワーク設計ガイドライン (再利用可能な .NET ライブラリの規則、イディオム、パターン、第 2 版) から、Pearson Education, Inc. のアクセス許可によって再印刷されます。 そのエディションは2008年に出版され、その後 、本は第3版で完全に改訂されています。 このページの情報の一部が古くなっている可能性があります。 アセンブリは、マネージド コード プログラムの展開と ID の単位です。 アセンブリは 1 つ以上のファイルにまたがることができますが、通常、アセンブリは DLL を使用して 1 対 1 でマップします。 したがって、このセクションでは DLL の名前付け規則のみを説明し、アセンブリの名前付け規則にマップできます。 アセンブリ DLL の名前は、System.Data のように大きな機能を示すものを選んでください。 アセ
質問 2013年1月21日月曜日 4:22 お世話になります。 ASP.NETのWEBアプリケーションを;動させる際、C#で作成したdllを使っています。 参照の追加でdllを追加してサーバーに配置すると/binディレクトリの下にdllをコピーします。 これですと、dllを修正した際、コピー先フォルダが多数になってしまうので、dllを一箇所にコピーして 各WEBアプリケーションは、それを参照するようにしたいのですが、どのように設定したらよいでしょうか? JavaのCLASSPATHのような仕掛を希望しますが、どなたかご教授をお願い致します。 開発並びに運用環境 VisualStudio2012Professional サーバー=WindowsServer2012 すべての返信 (15) 2013年1月21日月曜日 12:07 ✅回答済み | 1 票 どこか見当違いのような気がしますが・・・
ASP.NETでジェネリック ハンドラーを作成する手順を紹介します。 ASP.NETプロジェクトの作成 Visual Studioを起動します。 [ファイル][新規作成][プロジェクト]メニューをクリックし新しいプロジェクトを作成するか、ソリューションエクスプローラーでソリューションノードを選択し右クリックしてポップアップメニューを表示し[追加]メニューの[新しいプロジェクト]をクリックします。下図の[新しいプロジェクトの追加]ダイアログが表示されます。 左側のツリービューで[Visual C#]ノードの子ノードである[Web]ノードをクリックして選択します。右側のエリアのプロジェクト種類の一覧から[ASP.NET Web アプリケーション (.NET Framework)]を繰りくして選択します。ウィンドウ下部の[名前]テキストボックスに作成するプロジェクト名を入力します。またプロジェク
実装手順 プロジェクトの作成 ASP.NETアプリケーションを新規作成します。 [新しいASP.NET Web アプリケーション]ダイアログでは[空]の項目を選択します。 空のASP.NET Webアプリケーションが作成されました。 App_Code ASP.NETフォルダの作成 ソリューションエクスプローラーでプロジェクトのノードをクリックして選択します。選択後右クリックしポップアップメニューを表示します。メニューの[追加]の[ASP.NETフォルダーの追加]サブメニューの[App_Code]をクリックします。 App_Codeフォルダが追加されます。 ASP.NET ハンドラの作成 ソリューションエクスプローラーの[App_Code]フォルダをクリックして選択し右クリックします。ポップアップメニューが表示されますので、[追加]メニューの[新しい項目]サブメニューをクリックします。 [新
Visual Studio で 64ビット版のASP.NET を実行すると「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。」エラーが発生する Visual Studio で 64ビット版のASP.NET を実行すると「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォーマットのプログラムを読み込もうとしました。」エラーが発生することがあります。この記事では対策について紹介します。 現象 構成マネージャーで64ビット版のASP.NETプロジェクトを作成します。(デフォルトではany cpuの設定になっています。) x64の構成でビルドしてASP.NETプロジェクトを実行します。 下図の「ファイルまたはアセンブリ、またはその依存関係の1つが読み込めませんでした。間違ったフォー
2025-04-18 Microsoft Office Visual Basic for Applications (VBA) Office Script Visual Basic Excelアドイン Office 365 Access、Access VBA Excel、Excel VBA 2025-04-04 事務作業系 性能問題のポイント 2025-04-01 GitHub資格Copilot 2025-03-31 GitHub Copilot模擬試験 2025-03-30 GitHub Copilot MS Learn Collections 2025-03-28 GitHub Foundations模擬試験 2025-03-26 GitHub Foundaitons MS Learn Collections 2025-03-25 GitHub Foundations 2025-03-
このドキュメントでは、以前のリリース (ASP.NET 4 Beta 1、Beta 2 リリースなど) を使用して作成されたアプリケーションに影響する可能性がある .NET Framework バージョン 4 リリースに対して行われた変更について説明します。 このホワイトペーパーをダウンロードする 内容 Web.config ファイルの ControlRenderingCompatibilityVersion 設定 ClientIDMode の変更 HtmlEncode と UrlEncode で単一引用符をエンコードするようになりました ASP.NET ページ (.aspx) パーサーの厳格化 ブラウザー定義ファイルの更新 ルート Web 構成ファイルから削除された System.Web.Mobile.dll ASP.NET 要求の検証 既定のハッシュ アルゴリズムが HMACSHA25
ソース コード変換は、パッケージがインストールされるときに、パッケージの content または contentFiles フォルダー (packages.config を使用している場合は content、PackageReference を使用している場合は contentFiles) のファイルに一方向トークンの置き換えを適用します。この場合、トークンは、Visual Studio プロジェクトのプロパティを参照します。 これにより、プロジェクトの名前空間にファイルを挿入したり、ASP.NET プロジェクトで通常は global.asax に置かれるコードをカスタマイズしたりすることができます。 構成ファイルの変換を使用して、web.config や app.config などのターゲット プロジェクトに既に存在するファイルを変更することができます。 たとえば、場合によっては、パッケ
ASP.NET 構成ファイルは XML ファイルです。 .NET Framework は、構成設定を実装する要素のセットを定義します。ASP.NET 構成スキーマには、ASP.NET Web アプリケーションの動作方法を制御する要素が含まれます。 既定の構成設定は、%SystemRoot%\Microsoft.NET\Framework\versionNumber\CONFIG\ ディレクトリの Machine.config ファイルに指定されています。 値は、子サイトとアプリケーションによって継承されます。 子サイトまたはアプリケーションに構成ファイルが存在する場合、継承された値は表示されませんが、これらの値をオーバーライドしたり、構成 API で使用したりできます。 このセクションでは、Machine.config ファイルおよびアプリケーション固有の Web.config ファイルで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く