サーバーの場所
レビュー82
サーバーの場所
レビュー51
サーバーの場所
レビュー15
サーバーの場所
レビュー15
サーバーの場所
レビュー2
レビュー2
サーバーの場所
レビュー2
サーバーの場所
レビュー4
サーバーの場所
レビュー7
サーバーの場所
サーバーの場所
19クーポン
サーバーの場所
WEBサイトをデザインするときは、そのコンテンツをホスティングサービスにリンクする必要があります。つまり、画像、ビデオ、テキスト、およびその他のデータは、インターネットに接続されたサーバー上の仮想スペースを占有し、リモートでアクセスできるようになります。
ウェブサイトホスティングサービスは6つのカテゴリに分類されます。
ひたむきな
仮想サーバー（VPS）
コロケーション
転売
無料
共有
一般的に、サイトのホスティングに関しては、3つの要素を考慮する必要があります。それらの1つは占有するスペースです。これは、処理速度と使用するハードウェアに影響します。後者に関連して、請負業者によって提供される唯一のカテゴリーはコロケーションです。残りはサーバーのデータセンターの責任です。
Windowsでのホスティングサイト
Webサイトをホストしたい人のために、WindowsとLinuxの2つのプラットフォームがあります。今日言われているように、ASPまたはASP.Netが使用されるのはWindowsです。 ASPは言語と呼ばれますが、ライブラリとして構造化された一種の情報を表し、「翻訳」します。ブラウザを介してサーバーに送信され、クライアントに渡されるさまざまな種類のコマンドをブラウザに送信します。
サーバーによって処理される情報は、通常、ファイルを添付するときに、電子メールのように機能するFTPを介した公開を採用しています。 SSHとFrontPageは、この公開方法の代替手段です。
したがって、ASPホスティングは、サーバー向けの言語として理解する必要があります。サーバーは、クライアントのさまざまなブラウザー（毎日Webにアクセスする一般の人々）の「翻訳者」として機能します。ブラウザは、すでに実行されているサーバーからHTML形式でデータを受信します。
共有ホスティング
ASPの利点の中で、それは共有ホスティングのシステムで使用できるというその特性にあります。これは、他の形式のホスティングと比較して比較的有利な費用便益のために最も使用されています。このモダリティでは、サーバーが数十から数百のサイトからの情報を管理します。これにより、空中で過ごす時間を短縮できます。つまり、特定のWebサイトが見つからず、システムが不安定になる場合があります。
今日のシステムでは、問題なく共有方法でホストできるようになり、より多くの顧客が要求するメンテナンスの必要性がさらに少なくなり、独自の専用サーバーにはほとんど存在しません。
ASP.NET Core：ニュースと.NETCoreとの統合
ASP.NETCore：プログラミングとアプリケーション構築の領域を始めたばかりの場合は、それが何であるかを聞いたことがあるかもしれません。まず、この構造はオープンソースでマルチプラットフォームで高性能であることを覚えておく必要があります。これは、Microsoftと共同でコミュニティによって作成され、一般に使用できることを意味します。
ASP.NET Coreを使用すると、さまざまなことができます。その一部を次に示します。
ストアアプリケーションとWebサービス、IoTとモバイルバックエンド。
マルチプラットフォーム開発ツール（Windows、macOS、およびLinux）を使用します。
.NETCoreまたは.NETFrameworkで実行します。
ASP.NETCoreの利点
ASP.NETCoreを使用する理由についてはまだ疑問があります。多くの開発者は引き続きASP.NET4.xを使用していますが、ASP.NET Coreが、よりスリムでモジュール化された構造をもたらす変更を加えた進化形であることを常に知っているわけではありません。このアップデートにより、以下に示すメリットがもたらされます。
テスト機能;
Windows、macOS、およびLinuxで開発および実行する機能。
最新の構造と開発ワークフローの統合。
クラウドへのアップロード用に準備された構成システム。
ケストレルの宿泊施設; IIS; HTTP.sys; Nginx; ApacheとDocker。
Windowsプラットフォームでの使用を対象としたジョブのみを操作する開発者は、.NET標準ライブラリで構成されるASP.NET Core 2.xとは異なり、マルチプラットフォームではない.NETFrameworkを使用できます。これらのライブラリは、.NET Standard 2.0を実装する任意のプラットフォームで実行できるため、プログラマーはASP.NETフレームワークを使用しながらさまざまなプラットフォームで作業できます。
ASP.NET Core 3.0では、.NET Core、つまりクロスプラットフォームでの作業を可能にするものでのみ実行できます。作業を.NETCoreに転送することには多くの利点があります。いくつかは：
マルチプラットフォーム;
よりよい性能;
新しいAPI。
.NETFrameworkと.NETCoreの間のギャップを減らすために、Microsoftとプログラミングコミュニティによる激しい作業があります。しかし、他のオペレーティングシステムの成長は止まらないため、マルチプラットフォームの可能性を考慮に入れる必要があります。
ASP.NETプログラミング：それは何ですか？
ASP.NETプログラミングはASPの革新的なバージョンと見なすことができ、Webアプリケーション、特にWebサービスの構築に使用され、さまざまな種類のMicrosoft.NETアプリケーションの開発に不可欠です。優れたプログラミング技術！
ASP.NETプログラミングは、フォームのコントロールを含め、一部のアイテムをコントロールボタンにリンクすることで、イベントのコントロールを含むWebアプリケーションの開発作業をプログラマーの作業ではるかに簡単にするのに役立ちます。したがって、ASP.NETプログラミングは、プログラマーがコードを配置してボタンをクリックしたり、リストのコンポーネントを変更したりするために、より単純化されます。
XMLでのデータの交換（送受信）も、ASP.NETプログラミング、SOAP、HTTPプロトコル、およびMicrosoftIISでのホスティングによって簡素化されます。つまり、Webサービスに適合した言語です。
ASP.NETプログラミングの主な差別化要因は何ですか？
ASP.NETプログラミングには、強調する価値のあるいくつかの重要な側面があります。その中には、次のものがあります。
コンパイル;
オブジェクト指向;
他の言語のサポート。
コンポーネント;
状態管理;
プレゼンテーション層の構築が容易。
ASP.NETプログラミングでのコンパイルとオブジェクト指向
フレームワークは、要求されるたびにページがコンパイルされているかどうかをチェックします。それまでにコンパイルされていない場合は、一度だけコンパイルされます。新しいリクエストでは、別のコンパイルを行う必要はありません。これにより、実行ははるかに機敏になります。
オブジェクト指向では、ASP.NETプログラミングは、framework.netでサポートされているオブジェクト指向言語でコードを記述するためのサポート言語の使用をサポートしています。
ASP.NETプログラミングコントロールとコンポーネント
ASP.NETプログラミングは、コントロールとコンポーネントでも差別化されています。プログラマーの作業を容易にするコンポーネントには、次のものがあります。
ユーザーコントロール;
HTMLコントロール;
カレンダー;
リピータ;
データグリッド;
カスタムコントロール;
他のコンポーネントの中で。
これらのより複雑なコントロールの多くは、ASP.NETにのみあります。したがって、プログラマーは、すでに準備ができている関数のコードを書くのに時間を無駄にしません。
ASP.NETアプリケーションはXMLで実行されます。プログラマーがファイルに変更を加えた場合、フレームワークが新しい構造を識別してアプリケーションを再作成するため、再コンパイルする必要はありません。
ASP.NETプログラミング環境
VBでプログラミングした人なら誰でも-VisualBasicはASP.NETでさらに簡単になります。プログラミングするには、ユーザーは、最も完全なものの1つであるVisualStudio.NETなどのCodeInPageプログラミング環境を選択する必要があります。
プログラミングを始めましょうか。
コードの最初の行を記述する前の最初のステップは、Microsoftオペレーティングシステムを搭載したPCを使用することです。インターネットインフォメーションサービスがインストールおよび構成されていることを確認してください。アプリケーション開発およびホスティングマシンにはフレームワークが必要です。ツールがないと、アプリケーションは期待どおりに実行されません。
上記のように、開発ツールはVisualStudio.NETにすることができます。経験豊富なプログラマーにとっては、NotePadで十分です。中間オプションはWebMatrixです。
VB.NETやC＃の場合と同様に、アプリケーションは互換性のある言語で作成することもできます。多くのプログラマーが一部の言語で使用されているため、これは大きな利点です。
コードでは、プログラマーはすでに選択した言語を示すことができます。 ASP.NETでプログラムするページ内のコードに加えて、ユーザーはコードビハインドを選択できます。この2番目のケースでは、C＃コードとHTMLコードは完全に分離されています。
たとえば、選択した言語がC＃の場合、すべてのaspxファイルにはCSharpに相当するものがあります。 HTMLコードとASP.NETコンポーネントは、aspxでのみ宣言されています。
これらのガイドラインを使用すると、ASP.NETプログラミングで作業を開始することがすでに可能です。これは、プログラマーの生活をはるかに簡単で実用的なものにする革新的なテクノロジです。
ASP.NETプログラミング：利点は何ですか？
ASP.NETプログラミングは、革新的と見なされているASPプログラミングのテクノロジであるWebサービスを対象としており、多数の.NETアプリケーションで使用されています。
プログラムを開発し、文字通りコードを記述している人々の観点から、ASP.NETプログラミングを使用することにはいくつかの利点があります。理想的であり、WEBアプリケーションの開発者に好まれるプログラミングであるASP.NETは、プログラマーにとってより一般的であり、いくつかの簡略化と機能があり、その中には次のものがあります。
イベントを制御する可能性;
フォームを含める機能。
コントロールボタンはアイテムに含めることができます。
これにより、XMLでのデータ交換が簡単になります。
データは、HTTPやSOAPなどの既知のプロトコルを使用して送信されます。これはWENアプリケーションで完全に実行するように適合されたコードであるため、ASP.NETはMicrosoftIISでのホスティングに適しています。
コンパイル、オブジェクト指向、コンポーネント、状態管理、他の言語のサポート、およびプレゼンテーション層の構築に関して、ASP.NETプログラミングを際立たせるいくつかの利点があります。
ASP.NETエラー処理
ASP.NETの変換の1つはエラー処理です。これは、Try CatchFinallyを使用してページ上のすべてのエラーから識別できるようになりました。したがって、開発者は、エラーを見つけてコードの問題を特定するために多くの時間を無駄にすることはありません。
変数の宣言
プログラマーはASP.NETですべての変数を宣言する必要があるため、すべての変数にコンテンツを定義する必要があります。必要に応じて、コードを記述している人は誰でも関数を使用してデータを変換できます。これはASP.NETの利点の1つです。
いくつかのツールに開発を集中させる
ASP.NETプログラミングのもう1つの利点は、VisualStudio.NETまたはWebMatrixのみを使用できることです。これは、他の言語に関連してプログラマーのより深い知識を必要とするASPとは異なり、ジョブに必要なすべてのリソースを集中させます。 VBScriptまたはHTML自体として。 ASP.NETを使用すると、プログラマーはさまざまなツールでリソースを探す必要がありません。
ページを作成するためのその他のコントロール
データベース、Webサービス、およびページの作成には、いくつかのASP.NET制御リソースがあり、その中には、Repeater、DataGrid、Validator、Calendar、およびDataListがあります。これらの新しい制御機能により、プログラムする行数が減り、日付とデータの有効性を使用して実行されたジョブの場合でも、コードがはるかに小さくなります。
ASP.NETのページのクイックコンパイル
ASP.NETページのコンパイルはDLLで行われます。したがって、速度ははるかに速く、古いASPよりも25％機敏になります。このインデックスは、スクリプトを使用した同時アプリケーションの場合、高いパフォーマンスを必要とする処理でさらに大きな違いをもたらします。
ASP.NETでスクリプトを操作するために、C ++、C＃、VisualBasic.NETなどのいくつかの言語が示されています。
ASP.NETでエラーをデバッグするのは簡単
ASP.NETでは、エラーのデバッグがはるかに簡単です。コードの問題が見つかるとすぐに、変数に問題があるかどうかを確認するための一時的な一時停止があります。
ASP.NETでは、ブレークポイントが何であるかをコードで定義することになります。プログラマーは、ブラウザーでのページの実行も決定します。すべてのエラーは簡単に識別でき、これは問題にはなりません。
ASP.NETプログラミングがASPよりも優れている点と利点が気に入りましたか？データベースを移行してWebサービスの新機能を使い始めるとすぐに、実際にしかわからない他の違いもあります。
2020年の.NETの未来：（当然のことながら）無知な開発者のためのガイド
.NETのマーケティング/コミュニケーションを自社の開発者の手に委ねることは間違いです。彼らが後に.NETCoreになるものを準備し始めたとき、それは十分に実証されました。彼らはそれを2年以上前に発表しましたが、それは差し迫っていると思われ、最初は.NET5としてバプテスマを授けました。.NET 4.xの新しいバージョンであり、それを置き換えるために呼び出されました。実際には、形式は似ていますが、別個のフレームワーク、マルチプラットフォーム、オープンソースであり、概念的には非常に異なっていました。
途中で、より多くの命名法の変更を行いました（たとえば、.NETCoreでの最初の試みは.NETCore 5でしたが、さらに悪いことに、ASP.NETはASP.NET 5であり、Coreなどを使用せずに再度変更しました。バフ）、彼らは紛らわしい情報を提供し、多くのプログラマーを他のプラットフォームに連れて行きました。何よりも悪いことに、「インサイダー」は彼らが間違いを犯していると繰り返し、彼らは私たちを無視しました。最後に、彼らはお尻から落ちて、それに別の名前を付けました：.NET Core、それは重要なことを非常によく明確にしました：それは別のプラットフォームであり、前のものの新しいバージョンではありませんでした。途中で、これらすべてを明確にするために、多くの情報作業を行う必要がありました（そしてそれは多くの最後のものです）。
事実、今年の5月に、彼らは再びそれを台無しにすることに決めました。彼らは（ドラムロール）.NET 5に取り組むことを発表しました！再び混乱に戻ります。.NET 5で求められているのは、Microsoftが持つすべてのプラットフォーム（.NET Core、.NET Framework "classic"、Xamarin）が1つに統合され、いくつかのことが簡素化されることです。
私たちを理解するために、.NET5は実際には.NETCoreの次のバージョンになります。名前から「Core」を削除し、バージョン4.0をスキップして直接5.0に移行します。さらに、以前は従来の.NETにしかなかったのと同じルーフテクノロジーを採用しました。それまでに、すべての従来のAPI（もちろん、Microsoftから）を.NET Coreに移行したいと考えており、移行していない場合は、それは、それらが廃止されているため、またはそれを正常に置き換える別のより新しいAPIがあるためです。
追求される主なアイデアは、.NETを取得することで現在の混乱を改善することです。
単一の統合された.NETプラットフォームと単一の.NETランタイムは、すべてのシステムで同じように機能し、すべての開発環境で同じ可能性を提供し、デスクトップ、Web、モバイル、クラウドなど、あらゆる種類のアプリケーションを作成します。
従来の最高の.NET、Xamarin、さらにはMonoも含めることで、.NETCoreの機能を拡張します。
現在のように、複数の個別のコードベースではなく、単一のコードベースを使用します。
理論的には、これは素晴らしいことです。.NET5では、構築するアプリケーションのタイプに関係なく、すべての開発が同じタイプのプロジェクトファイル、同じランタイム、同じ言語機能を共有し、同じAPIにアクセスできるからです。そして、これらすべてが、.NET Coreが今日提供する優れた機能と組み合わされています。クロスプラットフォーム、はるかに高いパフォーマンス、メモリ使用量の削減、必要なものだけを使用するモジュール性、並列実行の容易さです。また、すべてのプラットフォームでJavaとの相互運用が簡単で、さまざまなオペレーティングシステムでObjective-CおよびSwiftとの相互運用が可能であり、CoreFX（.NET Coreの心臓部）は事前コンパイル（静的）などの問題のサポートを追加します。
実際には、移行中のもの（Windowsフォームなど）は、このオペレーティングシステムにのみ存在するシステムAPIに依存しているため、Windowsでのみ機能します。その他のXamarinの問題は、モバイルオペレーティングシステムに関連しています。
すべての.NET5アプリケーションは、.NET Coreエンジンの下でCoreFXを使用し、今後数か月以内に拡張機能と変更が加えられます。これを達成するために彼らがやろうとしていることは、それが現在できないサイト、基本的にはXamarinとWebAssemblyベースのWebアプリを備えたモバイルアプリで確実に機能するように追加します。
.NET 5はいつですか？
.NET 5のリリースは2020年11月に予定されています。確かに今年の最初の学期の終わりにいくつかのベータがありますが、.NET Coreの開発の歴史を知っていると、ベータ/ RC間で可能性がありますそして最終バージョンには多くの変更があります。
これは実際にはどういう意味ですか？どういう意味ですか？
さて、最終バージョンがリリースされるまで、明確な答えを出すことは困難ですが、今日の時点で明確なことがいくつかあります。
.NETの未来は.NETCoreです。彼らがそれを.NET5と呼んでいるかどうかは関係ありません。それはまだ.NETCoreであり、今学んだことはすべて、後でこの新しいバージョンで役立つでしょう。
.NET 4.8は、表示される「クラシック」.NETの最後のバージョンであり、プラットフォームは「メンテナンス」の下に残されます。それは成熟した非常に有能な製品であり、なくなることはありません。システム自体がそれに依存しており、安定性、セキュリティ、およびバグ修正が引き続きリリースされるため、Windowsとともに配布され続けます（したがって、常に利用可能です）。意外なことなくWindowsに関連付けられた開発が必要な場合でも、おそらくそれが最良の選択肢です。
9月に.NETCore 3をリリースした後、.NETClassicから.NETCore（または.NET 5）に移行される機能はなくなります。したがって、ASP.NET CoreでWebフォームを使用する場合は、運が悪い（または、準備ができたらBlazorに切り替えると、卵から栗のように見えます）WCFサービスを.NET Coreに移行する場合は、悪いです。運：WebAPIまたはgRPCを使用してください。 Workflow Foundationで作成されたプロジェクトがある場合は、幸運を祈ります。.NETCoreに移行されたWorkflow Foundationのオープンソースバージョンがありますが、Microsoftによっては移行されていません。
現在のアプリケーションが利用可能な場合は、.NETCoreまたは.NET5に移行する必要はありません（移行すべきではありません）。これらは引き続き異なるプラットフォームであり、直接移行することは通常はお勧めできません。
一方、これはすでに個人的な意見ですが、それはそれほど間違っているとは思われませんが、.NET5という名前を付けることは重大な誤りのようです。何が起こっているのかよくわからない人を混乱させ、それが.NET 4の新しいバージョンであり、それが正反対のときに停止したのは.NETCoreであると思わせる可能性があります。
さて、これは2016年ではなく、混乱はそれよりも少なくなりますが、それを.NET Core 5と呼んで記録を立てるのは、それほどひどいことでしたか？または、ニュースの一部を含む.NET Core 4を入手し、数か月以内に計画されているすべてのものを含む.NET Core5を入手することもできます。
いずれにせよ、これが重要なのですが、このすべての背後にある考え方は良いです。.NETCoreは未来であり、今.NET Coreを学ぶことで、.NET以降の短期的でも長期的でもないプラットフォームへの賭けを後悔することを私たちは知っています。 5は、別の名前の.NETCoreになります。
ASP.NETWebフォームの機能
ASP.NETは、HTMLの知識、HTTP通信のメカニズム、ブラウザーとサーバー間のデータ交換などを抽象化することにより、GUIモデルを使用してアプリケーションを開発することを可能にしました。ページデザインに関しては、HTMLは以前のASPと同じように直接記述できますが、GUIによるページデザインは、VisualStudioなどの開発環境を使用して実行できます。さらに、イベント駆動型プログラミングは、HTTPPOSTメカニズムを使用するPostBackと呼ばれるメカニズムを使用して実現されます。
内部メカニズムは抽象化されていますが、実際にはHTML、HTTP、JavaScriptなどの従来のモデルを使用しているため、通常のWebアプリケーションと同じようにWebブラウザで表示できるという利点があります。ただし、一方で、開発時にはWebブラウザやHTTPの制限を考慮する必要があるため、Webアプリケーションを理解していないプログラマーがWebアプリケーションを開発できる魔法の杖ではありません。
ブラウザを認識して最適なHTMLを生成するだけでなく、前回の実行時と比較して変更があった場合にのみコンパイル・キャッシュするため、ASPに比べて処理速度が向上します。
ASPはSSIから呼び出すことができますが、ASP.NETは呼び出すことができません。
ASP.NETの動作
IISでは、ASP.NETはISAPIを使用してaspnet_isapi.dllというファイルを実行します。多くのASP.NET動作設定は、*。configファイルを利用します。プリコンパイル済みファイル、DLLファイル、または未コンパイルファイルを指定したディレクトリに置くだけで機能します。
ASP.NETで使用されるクラスの多くは、次の名前空間で定義されています。
System.Web
System.Web.UI
ASP.NETで利用可能な言語
Visual Studioでは、デフォルトの言語としてVisual BasicとC＃が選択されていますが、最終的にはコンパイル済みアセンブリで機能するため、C ++ / CLIやJScript.NETなどの.NET互換言語で機能します。お持ちの場合は、さまざまな言語で書くことができます。
拡張
aspxファイル：一般的なWebフォームページ
asaxファイル：アプリケーションレベルのロジックとイベント処理の構築
ascxファイル：Webページで元のユーザーコントロールを使用するときに使用されます
ashxファイル：独自のHTTPハンドラーを作成する
asmxファイル：Webサービスページの構築
axdファイル：アプリケーションレベルのトレース用のファイル
ブラウザファイル：Webサイトで許可されているブラウザ構成を保存するファイル
設定ファイル：Webアプリケーションの設定を記述したXML形式のファイル
cs / vbファイル：コンパイル前のソースファイル。前者はC＃言語で書かれ、後者はVisualBasic言語で書かれています。
マスターファイル：ページの統一されたデザインを設定するマスターページファイル
サイトマップファイル：サイトマップ設定ファイル
スキンファイル：Webページのテーマスキンの作成
resxファイル：ファイルの国際化（グローバリゼーション）とローカリゼーション（ローカリゼーション）のためのリソースファイル
ディレクトリ構造
App_Code：*。csや* .vbなどのソースファイルを配置するディレクトリ
App_LocalResources：個別に分離された地域化されたファイルを配置するためのディレクトリ
App_GlobalResources：多くのページをローカライズするためのリソース（* .resx）を配置するためのディレクトリ
App_Themes：これらのファイルが配置されているディレクトリ
App_Browsers：サイトの仕様に従ってブラウザ定義を配置するために* .browserファイルが配置されるディレクトリ。
置き場：ASP.NETで使用されるバイナリファイルを配置するために使用されるディレクトリ
.NET開発者向けの.NETCore
MVCアプリケーションを分析します。 .NET開発者の言語を話すNETCore。これは、ここで読むすべてが、両方のテクノロジーの機能の比較になることを意味します。
何をしたらいいでしょう？
FSL.NetCoreBasicsと呼ばれる新しいMVCプロジェクトを.NETCoreで作成し、主な機能を以下に示すような.NETFrameworkと比較してみましょう。
プロジェクト構造
仮想ディレクトリ
ビューとHtmlHelpers
コントローラーとアクション
ルート
Web.configファイル
依存性注入
ASP.NETCoreでのMVCプロジェクトの作成
Visual Studio2017を使用して.NETCoreでMVCプロジェクトを作成することは、.NETFrameworkのMVCと実質的に同じです。これを行うには、最初の画面でASP.NET Core Webアプリケーションを選択し、2番目の画面でWebアプリケーションを選択するだけで完了です。
ASP.NETCoreでのプロジェクトの構造
ASP.NETCoreでMVCWebアプリケーションを作成するときに最初に目にするのは、Webがないことです。設定ファイル。次に、2つの新しいフォルダーが見つかります。1つはwwwrootと呼ばれ、もう1つはDependenciesと呼ばれます。最後に、appsettings.jsonという新しいファイルが表示されます。
.NET CoreのDependenciesフォルダーは理解しやすく、.NETFrameworkのReferencesフォルダーと同じロジックです。www-rootフォルダー内。しかし、それも簡単で、.NETFrameworkのContentフォルダーと同じ種類のファイルが含まれています。ここまでは順調ですね。
最後に、appsettings.jsonファイルをクリックします。1つは.NET Frameworkを使用しているため、Webでの構成に使用されるAppSettingsクラスと同じ名前になります。設定ファイル。
仮想ディレクトリ
次のステップは、アプリケーションをコンパイルし、IISで仮想ディレクトリを作成することです。 MVCプロジェクトのプロパティに移動し、[Web]タブに移動しましょう。
.NET CoreでIISを構成するためのWebガイドを見つけようとした場合！ .NET Frameworkには、IISおよびその他の設定で仮想ディレクトリを作成するためのWebというプロパティタブがあります。
.NET Coreのニュースと主な目的の1つは、IISまたはシステムへの依存を必要としないことです。 Webライブラリ。この場合、仮想ディレクトリがないのはそのためです。 Windows、Linux、およびMacで実行される簡単なWebアプリケーションを開発することが可能です。
