この従来のClassic ASPプロジェクトをコンパイルする必要性を不必要に導入しましたか？

Question

私は、レガシーシステムにいくつかの新しい機能を導入することを義務づけられました。これは、ビジネスにとって大きな節約となるでしょう。

最初の調査では、VBで書かれたClassic ASPプロジェクトであることが明らかになりました。クラシックASPで過度に経験されていない私は私の追加のためにASP.Netを使用することができた場合、彼らは一緒に非常にうまく動作することを発見した研究。私はいくつかの簡単な新機能を導入し、いくつかの初期テストを完了し、プロジェクトの残りの部分についてはうまくいくと自信を持っていました。開発中に

は、私は私の.aspxページからglobal.asaファイルのApplication_OnStartイベントに設定されたデータにアクセスすることができなかったことを発見し、回避策として、私はApplication_Startイベントに同じ値を設定Global.asaxファイルを作成しました。これは、構成の重複やDRYの喪失を意味しています。これらのファイルには、別々の構成ファイル（本質的には構成ファイルです）から読み込むのではなく、データベースの詳細が含まれています。でる。

私たちのDEVからUAT環境に移行すると、Global.asaxファイルの変更が.dllの再コンパイルと取り込みを必要とする間に、UATサーバのglobal.asaファイルの変更が直ちに反映されることがわかりました効果。 .aspxページの変更はすぐに反映され、再コンパイルする必要はありません。

これは常に問題であるか、プロジェクトのセットアップと開発中にこの問題が誤って導入されたことはありますか？もしそうなら、どのように説明することができますか？

Answer 1

従来のASPとASP.netは異なるテクノロジですが、同じWebサイトで使用することもできます（同じWebサイトでClassic ASPとPHPを同じ方法で使用できます）。このことの1つの結果は、あなたが発見したように、それぞれが独自のデータベース接続を必要とすることです。多くの人を苛立たさせるもう一つの問題は、クラシックページで作成されたセッション変数が.netページには見えないことです。逆もまた同様です。

また、Classicは実行時に実行されるコードを使用し、.NETではコンパイル済みコードを使用します。変更後のプロジェクトを再コンパイルする必要性は、ASP.net開発の一部である。

また、ClassicではVBScriptが使用されています。これは、VB、VB.netと似ていますが、同一ではない言語です。

従来のASPは「レガシー」とみなされます。あなたがそれに精通していない場合は、あなたはもっとおなじみです