問題タブ [web-site-project]

プログラミング中、最も長い部分は私のASP.NET Webサイトプロジェクトでのビルドであり、以下に示す「ディレクトリのビルド」プロセスです。（注：これを.csprojビルドファイルを使用してWebアプリケーションに変換する自由はありません。実行したいのですが。）

以下に示すディレクトリの内容は変更されていませんが、App_Code/サブフォルダに変更される依存関係がある可能性があります。

devコピーのコンパイルを短縮するために、Web.configを使用して一部のディレクトリが構築されないようにする方法はありますか？これは、公式のビルドファイルがなくても使用できると私が考えることができる唯一の実行可能なファイルです。

Mauricoとcodekaが最初に述べたように、セッションがWebサイトの再コンパイルやアプリケーションのリサイクルの影響を受けないようにする場合は、デフォルトのInProcセッションを使用しないでください。

ウェブサイト全体が再コンパイルされる原因のリスト：

1. デフォルトでは、Webサイトの最上位ファイルに変更が加えられると、サイト全体が再コンパイルされます。トップレベルファイルには、global.asaxファイルと、bin/およびApp_Code/フォルダー内のすべてのファイルが含まれます。

2. web.configの変更

3. SectionInformation.RestartOnExternalChangesプロパティがtrueの場合、構成にはファイルの変更が含まれます

   <section name = "MyAppSettings" type = "System.Configuration.AppSettingsSection、System.Configuration、Version = 2.0.0.0、Culture = neutral、PublicKeyToken = b03f5f7f11d50a3a" restartOnExternalChanges = " true " requirePermission = "false" />

ノート：

• サイト全体を再コンパイルせずにトップレベルのファイルを変更できるようにする場合は、Web.configファイルのコンパイル要素のoptimizeCompilations属性をtrueに設定できます。

参照：

• ASP.NET動的コンパイルについて

Webサイトプロジェクト（Webアプリケーションプロジェクトではない）がそれ自体を再コンパイルする原因となる変更とファイルの種類を示す情報はどこにありますか？

私が尋ねている理由は、ユーザーがセッションを失ってほしくないからです。したがって、ライブWebサイトを更新可能な変更は、朝のごくわずかな時間にのみ更新したいと考えていますが、それらを迅速に処理するために、日中に変更を加えることをお勧めします。最初にステージングサーバーにプロモートしてそこで監視しますが、事前に決定的なリストがあれば便利です。

App_Code フォルダーにロジックが含まれていた ASP.NET Web サイト プロジェクトがあります。コードの一部をクラス ライブラリ プロジェクトに取り込み (単体テストを可能にするため)、プロジェクト リファレンスを追加しました。コンパイルして正常に実行されます。

問題は、(私の知る限り) Web サイト プロジェクトがプロジェクト参照を表す唯一の方法は、コンパイル済みの dll が /bin ディレクトリに存在することです。これらの生成されたファイルをバージョン管理 (Subversion) に含めたくありません。ファイルを SVN 無視リストに追加する (通常は /bin dll で行うように) ことはできません。プロジェクトの参照が失われるからです。

では、質問: dll を /bin ディレクトリに置く以外に、Web サイト プロジェクトでプロジェクト参照を維持する方法はありますか?

そうでない場合は、クラス ライブラリを独自のソリューションに移動し、.refresh ファイルを使用する予定です。プロジェクトは常に一緒に進行するので、これは私の好みではありません。

質問

個別のプロジェクト/アセンブリを使用せずに、あるカスタム タイプを別のカスタム タイプから非表示にするメカニズムが .NET Framework にありますか? Type のメンバーを別の型から非表示にするためのアクセス修飾子について話しているのではなく、Type 自体を非表示にすることを意味します。

バックグラウンド

私は ASP.NET Web サイト プロジェクトで作業していますが、チームはソフトウェア レイヤーごとに個別のプロジェクト アセンブリを使用しないことにしました。したがって、たとえば、クラスが同じ ASP.NET Web サイトプロジェクト内の他のタイプにアクセスできないようにする DataAccess/ フォルダーを作成する方法を探しています。言い換えれば、レイヤーを偽造し、各レイヤーの周りに何らかのセキュリティメカニズムを用意して、別のレイヤーにアクセスできないようにしたいと考えています。

詳細情報と詳細 ...

言語固有の OO キーワードを使用してこの制限を強制する方法がないことは明らかなので、別のものを探しています。ある名前空間が別の名前空間にアクセスするのを制限するものでさえ。それが最終的な形になるかどうかはわかりません。

これが C++の場合friend、解決策として make を使用する可能性が高く、この場合は C#internalに変換されませんが、よく比較されます。

ソリューションが実際にタイプを互いに隠しているのか、単にアクセスできないようにするのかはあまり気にしません。ただし、1 つのタイプを他のすべてのタイプからロックダウンしたくありません。これは、アクセス修飾子が解決策ではないもう 1 つの理由です。実行時または設計時の回答で十分です。それ以外の場合は、努力する価値がない実装が簡単なものを探しています...

Webアプリケーションプロジェクトとして保持したいWebアプリケーションプロジェクトがありますが、その一部をWebサイトプロジェクトのようにオンデマンドでコンパイルすることはできますか？公開後にaspxページをWebサイトに追加できるフォルダーを1つ欲しいです。

ここではっきりさせておきますが、tfls データベースやその他の関連情報をのぞき見するつもりはありませんし、悪意もありません。

しかし、もちろん、何百万人ものユーザーが、情報を提供する方法に大きな恩恵を受けています. http://journeyplanner.tfl.gov.uk/

ですから、tfl、journeyplanner のようなサイトを作成したい場合、心に留めておく必要がある基本的なことは何ですか。

• どのアーキテクチャを使用する必要がありますか?

• ASP.NET を使用してこの Web サイトを作成できますか (できるはずです)?

• TFL はウェブサイトを Google マップやその他の GPS と統合していますか

編集：

郵便番号または駅名を入力すると、出発地から目的地までの地図が自動的に作成され、距離も計算されます。

ここでの私の質問は、彼らはどのように距離を計算するのですか、彼らはマップや GPS の助けを借りていますか、それとも独自の Web サービスを作成していますか?

Visual Studio Webサイトで、ユーザーコントロールを作成しました。このコントロールは、それ自体がSystem.Web.UI.UserControlから派生したクラス（App_Code内）から派生します。これは、抽象メソッドを持つ抽象クラスです。次に、そのメソッドをユーザーコントロールに実装しようとしましたが、VisualStudioから次のエラーが発生します。

エラー1は、抽象メソッドのオーバーライドが無効であり、基本クラスの抽象メソッドを認識しないことを示しています。エラー2は、asp.netによって自動的に構築された部分クラスが抽象メソッドを実装していないことを示しています。

コードがWebアプリケーションプロジェクトで使用されている場合、これは正常に機能することに注意してください。

なぜこうなった？

新しいWebアプリプロジェクトを作成し、すべてのファイルをコピーして[Webアプリケーションに変換]オプションを使用することにより、Visual Studio2005WebサイトプロジェクトをWebアプリケーションプロジェクトに変換しました。WebサイトプロジェクトからWebアプリプロジェクトにすべて同じ参照を追加しました。その後、コンパイラで1つのエラーが発生しました。これは、参照されているプロジェクトが原因です。

チェックしたところ、プロジェクトへの参照があり、ReadOnlyCollectionBaseのクラスファイルがあります。DLLは署名されていますが、これはそれと関係がありますか？また、web.configをWebサイトプロジェクトからWebアプリプロジェクトに直接コピーしました。

助けていただければ幸いです。

新しいvs.netプロジェクトを作成し、asp.netWebサイトプロジェクトからすべてのファイルを追加しました。

コンパイルすると、クラスへの参照が見つかりませんでした。

AppCodeでクラスが定義されましたが、名前空間はありません。

そこで、名前空間を追加してから、default.aspx.cs（これがエラーの発生源である）usingステートメントを追加しました。

usingステートメントは名前空間を取得していませんでした。

問題は何でしょうか？

プロジェクトとして開発を始めた場合、Web サイト開発プロセスに移行するのはどのくらい難しいですか?