現在、ある種の「標準」開発者フレームワークの採用を検討しており、エンタープライズライブラリの使用を検討しています。これらのブロックをソフトウェア開発の基盤として使用することをお勧めしますか、それとも自家製の何かを行う必要がありますか？
2 に答える
3
アーキテクチャとプログラミングの質問に対するすべての適切な回答と同様に、答えは「場合による」です。
それは、データ アクセスとオブジェクト設計のニーズがどの程度固有であるかによって異なります。また、アプリケーションを長期的にどのようにサポートする予定かによっても異なります。最後に、開発者のスキル レベルに大きく依存します。
この質問に対する万能の答えはありませんが、一般的に、何らかのビジネス価値を提供するソフトウェアを開発することに主な焦点を当てている場合は、既存のフレームワークを選択して実行します。ビジネスの利益をすぐにはもたらさないもの (つまり、収益の増加やコストの削減) を構築するためにサイクルを費やさないでください。
たとえば、私の組織のプロジェクトの 1 つは、会社の運営の中核であり、できるだけ早く開発して展開する必要があり、寿命が長くなります。これらの理由から、Enterprise Library の助けを借りて CSLA を選択しました。他のフレームワークを選択することもできましたが、重要なことは、アプリケーションと開発者のスキルセットにうまく適合すると思われるフレームワークを選択し、それを実行したことです。
それは私たちに有利なスタートを切り、サポートを得られるコミュニティを提供してくれました。私たちはすぐにビジネス価値を提供する機能から始め、フレームワークを構築しようとして壁に頭をぶつけませんでした。
また、私たちのフレームワークに触れる可能性が最も高い人を将来採用できる立場にあり、彼らに非常に有利なスタートを切ることができます。これにより、長期的なサポート コストが削減されます。
使用しないものや必要のないオーバーヘッドはありますか? 多分。しかし、コードでビジネス価値を早期かつ頻繁に提供するために、私は一日中それを交換します.
于 2008-09-09T22:54:22.087 に答える
1
それは本当にあなたが何をする必要があるかに依存します。一般的に言って、あなたの会社が存在するニッチが大きければ大きいほど、あなたが適切にあなたをサポートするためのフレームワークを見つける可能性が高くなります。小さなニッチの場合は、おそらく自分でロールする必要があります。
私が働いている会社には、特定の建物の建築材料を推定する2つのアプリがあります。これはかなり特殊なことであり、類似したアプリが約8つあるため、必要に応じて独自のアプリを作成し、サードパーティのライブラリを導入することにしました（一部のものの車輪の再発明は意味がありません）
もちろん、あなたのミレージは変わるかもしれません。
于 2008-09-10T00:00:10.587 に答える