1

大規模なエンタープライズアプリケーションを構築するために、別の組織のASP.Netプロジェクトを外部委託しました。現在、作業のほぼ80%が完了しています。開発者はこのアプリケーションにアーキテクチャを実装していないことがわかりました。すべての作業は、コードビハインドファイル(* .aspx.cs)で行われます。データベース呼び出し、SQLスクリプトなどでさえ、コードビハインドファイルにあります。ソリューション全体には、Webサイトという1つのプロジェクトしかありません。すべてのコーディング、.aspxファイルなどがその下にあります。このプロジェクトの保守性、変更要求への対応などは悪夢になることを私は知っています。

しかし、ユーザー数が数百人から数千人以上に増えた場合の、このプロジェクトの機能への影響について知りたいと思います。

データアクセス層がなく、データベース接続を1か所で維持することは問題になりますか?

適切なシステムアーキテクチャを実装していないため、機能面でのプロジェクトの全体的な影響はどうなりますか?

適切なシステムアーキテクチャを採用するように説得するには、いくつかの難しい点が必要です。これは、システム全体の書き直しになる可能性があります。それで、あなたがこの問題のあなたの専門知識を共有することができればありがたいです。ありがとう。

4

2 に答える 2

2

ソフトウェアには、動作するソフトウェアと動作しないソフトウェアの2種類しかありません。顧客/ユーザーは、舞台裏で何が起こっているかを気にしません。

ソフトウェアを維持することは懸念の本当の理由です、しかしあなたは維持可能なスパゲッティコードを持つことができます、しかしそれは企業では非常にありそうにありません。

適切なアーキテクチャは、保守性、安定性、および拡張性の目標に関するソフトウェアソリューションに固有のものです。アーキテクチャの目標には、しばしば矛盾するトレードオフがあります。

単一の答えはありません。一般的な問題を解決するパターンだけです。

Microsoftアプリケーションアーキテクチャガイド、第2版

于 2012-07-25T12:16:29.353 に答える
1

とはいえ、これは非常に幅広い質問です…</ p>

アプリケーション開発に一種のアーキテクチャを使用する理由はよく知られていると思います。

基本的にアーキテクチャを使用すると、アプリケーションの複雑さが軽減されます。これは、以下のベストプラクティス、デザインパターンを使用して実行でき、柔軟性と高いユーザビリティをもたらします。

コードはファイルの背後にあるコードで行われているとおっしゃっていますが、関心の分離やDRY(繰り返さないでください)などの主要な設計原則の1つに違反していることを保証できます。それはただ一つの要因です。多くの場合があります。

ソフトウェアアーキテクチャとデザインに関するこの記事を読むことができれば、良いアイデアが得られると思います。また、ソフトウェアアーキテクチャの動機付け に関する別の良い記事もあります。

于 2012-07-25T12:30:22.883 に答える