著者:Qing Apple Computer Studio
この記事のクリック数:351
この記事には、原稿がまとめられています。
最新の巨大なASPアプリケーションをインターネットにリリースするだけです。ファイルはサーバーに正しくアップロードされ、アプリケーションとのリンクも
良い仕事。勝利を祝う前に、アプリケーションのパフォーマンスでいくつかの統計を実行して、それがどれほど良いかを調べたいと思います。結果
ただし、開発環境でうまく機能しているアプリケーションは、実際には非常にゆっくりと実行されることがわかりました。
Microsoftソフトウェアを長い間使用している人にとって、DNAは分散インターネット構造を表します。これはもう1つの非常に人気があります
n最初の文字の略語の応用構造の層。 Microsoftは、インターネット上で開発された分散アプリケーションの開発に取り組んでいます。
このアイデアに基づいて、将来的に人気があり、ステートレスで、互換性のあるアプリケーションになることは驚くことではありません。
上記は、nレイヤー環境に使用される典型的なアイコンです。 ASPは式レイヤーから直接存在する可能性があるため、Webクラス(IISアプリケーション)は必要ありません
または、ビジネスルールレイヤー間のコンポーネントダイアログ。ほとんどのアプリケーションはASPによって個別に書かれているため、合理的な問題は次のとおりです。
なぜコードをCOMコンポーネントに変えるのですか?
私の意見では、ASPはレイヤーコードを表現するためにのみ使用されるため、あらゆる形式のデータでビジネスルールまたはデータにアクセスすることを選択しました
これらはすべてCOMコンポーネントにインストールされています。通常の状況では、アプリケーションコードを最初から各コンポーネントに分割しましたが、通常は選択できません
処理する構造を選択するため、コード送信は実用的な問題です。 n -layerアプリケーションでは、非expressコードを作成するために最善を尽くす必要があります
できるだけ早くASPからのモール。
おそらくあなたは現在、nレイヤープログラミングをプログラミングしていないため、移植コードの適切な時期は、パフォーマンスのパフォーマンスが弱体化し始めたときです。通常、これはを指します
上司は、「プログラムは今日少し遅い」と「解雇された」と言った。ユーザーが文句を言うようになったら、手遅れになります。
移植コードを使用する2番目のポリシーは、十分な同様のコード(すべてのデータアクセスなど)がある場合、ファイルに配置できることです。
(.inc)comコンポーネントを確保します。いくつのプログラムで十分ですか?この質問はよく提起されています!小さなMTSコンポーネントを書くとき、i
プログラムがあることがわかったときに、COMコンポーネントを作成するだけで十分です。しかし、非常にまれなプログラムcomコンポーネントは1つだけですので、これについては
問題を判断する必要があります。書くコードが十分に長い場合、開発を開始します。 ASPの「ダークヌードル」に遭遇したとき
その後(別名comコンポーネント)、その力を感じるでしょう。