問題タブ [web-application-project]

I am converting an older C# Website Project into a Web Application Project so that we can better manage it in our source control system. I have run into a problem.

The Website Project used strongly-typed-datasets (i.e. .XSD files). There is C# code written that uses these strongly typed datasets as an object. That worked fine when it was a Website Project but does NOT compile now that it is a Web Application project. The compiler can not find the reference to the datas set because datasets are not compiled.

Is there an easy solution to this problem?

Web アプリケーション プロジェクトに変換した Web サイト プロジェクトがありました。web.config ページ/名前空間セクションで一連の名前空間が定義されています。ただし、コード ビハインド (.vb) ファイルでそれらを確認できません。これは、以前は Web サイト プロジェクトで正常に機能していました。誰かがこれに光を当てることができますか？

ありがとう、

更新可能に設定されている場合、asp.net Web アプリケーションをプリコンパイルすると、パフォーマンス上の利点はありますか? プリコンパイラ更新可能フラグを設定すると、aspx、ascx などはプリコンパイルされないため、最初のページの読み込み時に実行時にコンパイルする必要があります。とにかく、ASP.NET Web アプリケーション プロジェクトの他のすべては既にコンパイルされているので、更新可能フラグを true に設定して WAP でプリコンパイラを実行するポイントは何ですか?

Visual Studio 2005のWebサイトモデルと、VS2005 SP1で完全に提供されたWebアプリケーションプロジェクトモデルの違いを完全に理解していると思いますが、紛らわしいことに遭遇しました。

私が書いたWebアプリケーションプロジェクトがあります（コンパイルされたprojectname.dllと参照された.dllを含むbinフォルダーがあります）。しかし、ソリューションエクスプローラー内でプロジェクトを右クリックすると、[Webアプリケーションに変換]というメニュー項目が表示されることに気付きました）。それは私には意味がありません。

私はこのプロジェクトをVS2005の「Webサイト」ソリューションと比較し、それをWebアプリケーションプロジェクトに変換することを検討していました。不思議なことに、ソリューションエクスプローラーは、ここでは「Webアプリへの変換」に関連するものを何も提供していません。

「Webサイト」構造を適切な「Webアプリケーションプロジェクト」に自動的に変更するのに役立つものは何もないと私は結論付けています。私はそれがすべて手作業で行われなければならないと思います。App_Code内のファイルを1つ以上のクラスライブラリプロジェクトに再構成するなどのタスクは、手動で実行する必要があります。

歴史と違いについて多くのことが書かれていることはわかっていますが、「Webアプリへの変換」の提案が「間違った」モデルで行われているように見える理由を誰かが説明できます。変換が手動であることを確認してください。

私は、「Web サイト プロジェクト」と「Web アプリケーション プロジェクト」の間であらゆる種類のニュアンスに遭遇し続けています。これが私にとって最新のものです。

いくつかのクラス ライブラリ プロジェクト (DAL.dll、Biz.dll など) を含む Visual Studio 2005 ソリューションを継承しましたが、これはすべて、Web アプリ プロジェクトではなく、 Web サイト プロジェクトによって "フロント" されています。

Web アプリ プロジェクトはプラットフォーム ターゲット ドロップダウン リスト (任意の CPU、x86、x64) を提供しますが、貧弱なWeb サイト プロジェクトはそのようなものを何も提供していないようです。64 ビット IIS マシンでホストされている場合にWeb サイトが x86 として実行されるようにする方法はありますか?

..私がこれを求めている理由の全体像:

Web サイトは 64 ビット マシン (Win Server 2003) で実行されており、[最近学習したところ] 32 ビット COM オブジェクトを読み込めません。これは、Runtime Callable Wrapper でラップされていると思われます。この部分をロードできないため、web.config 設定は、この 32 ビット dll のロードをバイパスすることによってランタイム ロード エラーを回避するように設定されています (ただし、サイトが 64 で実行されている場合、COM dll のすべての機能は「失われます」)。ビットマシン）。

つまり、要約すると、64 ビット マシン上の Web サイトは IIS で 64 ビット アプリとして実行されている必要があり、代わりにサイトを 32 ビットとして実行することができれば、 COM dll をロードしてその機能を実行できると思います。アプリケーションの。

注: 私は、実際の開発環境にアクセスできるようになったときの迅速な理解に備えて、ここで調査を行ってきましたし、現在も調査を行っています。私の質問の多くは、[予想される] すぐに直面する問題の一部をつなぎ合わせることに基づいています。ありがとう。

私はWebアプリケーションプロジェクトを使用しています。

WebルートにUsersという名前のフォルダーがあり、そのフォルダーにUserList.aspxというページがあります。

私ができるようにしたいのは、Response.Redirect（Users.UserList.URL）と入力することです

私がおそらくできると思うのは、Pageを拡張するクラスを作成し、MethodInfo.GetCurrentMethod（）。ReflectedType（これはテストされていないと思います）を呼び出すURLという静的プロパティを追加してから、Users.UserList->を変換することです。 〜/ Users / UserList.aspx

私が知っているこのメソッドの問題は、すべてのページを調べて基本クラスを拡張する必要があることであり、「-」文字を含むページでは機能しません。

利点は、ページを移動してもリンク切れが発生しないことです（名前空間が間違っているページがある場合、Resharperはそれを提供します）。

また、クエリ文字列paramsを受け取るすべての個々のページに静的メソッドを設定できるため、paramsを追加/削除する場合は、それらのparamsなどを使用するものを確認できます。また、そのページを呼び出す場合は、チェックする必要はありません。パラメータの名前（例：UserId userId、Id、id）。したがって、Users.ViewUser.GetUrl（1）->〜/ Users / ViewUser.aspx？UserId=1のようになります。

だから問題は：これを行うためのより良い方法はありますか？それとも、これは原則として悪い考えですか？

ソリューションに Web アプリケーション プロジェクトと Web セットアップ プロジェクトがあります。

Web Setup Project によって作成された MSI を実行すると、ローカル マシンの IIS にある既存の Web サイトを使用するオプションしか表示されません。

IIS で新しい Web サイトを作成するオプションをインストーラーに表示させるにはどうすればよいですか?

ありがとう

System.Web.Routing.UrlRoutingModule を使用しています。

それで私は書いています：

また、次の 1 つのルートもあります。

しかし、/Order/CartAdd.ashx に直接アクセスすると、ルーティングに入りません。そのハンドラに直接行きます。/Order/ にアクセスすると、403.14 エラーが発生します。

代わりにルーティングでこれらの URL をキャッチするにはどうすればよいですか?

この説明の範囲を超えた理由（たとえば、aspxページをディレクトリにxcopyして、新しいビルドを取得する必要がないようにする）のために、aspxページにインターフェイスを実装したいと思います。たとえば、ページがmyPageの場合.aspx、これは通常、mypage.aspx.csの背後にあるコード内のクラスであり、インターフェイスを実装します。私がこのようなことをするとき

エラーが発生します

Inheritsただし、属性を指定しない場合、ページはエラーをスローしません。したがって、デフォルトでは、属性を指定しない場合、ページは？Inheritsから継承します。System.web.UI.Page

VS2008 Webアプリケーションプロジェクトを使用しており、aspxページをプリコンパイルしていません。HTTPModule（begin request）でこのページへのリクエストをインターセプトしたいと思います。リクエストがタイプICustomInterfaceのページに対するものである場合は、別の方法で処理します。

これはどのように行うことができますか？

ASP.NET WebControlから継承して、いくつかの機能を追加しました。空白のASP.NETWebサイト（[ファイル]> [新しいWebサイト...]で作成）でコントロールをテストしましたが、正常に機能しました。しかし、Webアプリケーションプロジェクトに追加すると機能しません（[ファイル]>[新しいプロジェクト...]>[Visual Basic]> [Web]> [ASP.NET Webアプリケーション]で作成しました。個人的には、開発を容易にするためにWebサイトを好みます。しかし、私が現在取り組んでいるプロジェクトリーダーシップは、それをWebアプリケーションのままにしておきたいと考えています（すべてのページコードビハインドをBinフォルダー内の単一のDLLにプリコンパイルする方法が好きです）。

問題を特定するために、簡単なMSDNウォークスルー：カスタムサーバーコントロールの開発と使用を使用して問題を再現しようとしました。驚いたことに、同じ問題が発生しました。ASP.NETWebアプリケーションプロジェクトにビルドし、ページのコードビハインドからコントロールのインスタンスにアクセスしようとすると、コンパイルエラーBC30456が発生します。'WelcomeLabel1 'は'WebApplication1._Default'のメンバーではありません。たとえば、ページの読み込みで次のように記述します。

Me.WelcomeLabel1.Text = "foo"

ただし、そのコード行を単に削除すると、正しくコンパイルされ、ブラウザにラベルが正しくフォーマットされたページが表示されます。私にとって、これはコンパイラ/フレームワークのバグです。コントロールがページに適切に挿入された場合、それは常にコードビハインドで利用可能であるはずですよね？

何か案は？ウォークスルーでさらに提案されているように、コントロールをアセンブリにコンパイルできると思いますが、それはやり過ぎのようです。

興味深いことに、FindControlを使用してWelcomeLabelへの参照を取得できますが、適切なタイプにキャストできません。これを行うと、「タイプ'Samples.AspNet.VB.Controls.WelcomeLabel'のオブジェクトをタイプ'WebApplication2.Samples.AspNet.VB.Controls.WelcomeLabel'にキャストできません」というエラーが発生します。考えられる名前空間とインポートのすべての組み合わせを試しましたが、designer.vbファイルに手動で宣言を追加することもできましたが、もちろんWebサイトプロジェクトに切り替えない限り、これを機能させることはできません。できません。

アップデート1.1：

明確にするために、私が達成しようとしていたことは次のとおりでした。

1. Webアプリケーションプロジェクト
2. 同じアセンブリ内の継承されたWeb制御クラスファイル（つまり、別のコンパイル済みDLLから参照されていない）
3. デザイン時のマークアップを通じてページに追加されたコントロール
4. ページコードビハインドから参照されるコントロールインスタンス

編集：ブライアンのコメントを読み直した後、私はついに理解しました。実際には非常に簡単です。マークアップの<％@ Register％>ディレクティブにAssembly = "WebApplication1"を追加し、「WebApplication1」を追加するだけです。名前空間ディレクティブのプレフィックス。それで：

これで、コントロールのクラスファイルをApp_Codeに配置する場合でも、他の場所に配置する場合でも、マークアップを介してコントロールをインスタンス化し、コードビハインドからインスタンスにアクセスすることに問題はありません。

ジョーダン・リーガー