クラシック ASP アプリケーションを .NET に移行するのにかかる時間を見積もろうとしているところ、VB 6 で記述された数百の COM 関数に遭遇しました。
これらの関数の大部分は、パラメーターの検証のみを行い、実際に SQL サーバーを呼び出します。これは ORM に置き換える必要がありますか? (Linq、nHibernate、Entity Framework)... それとも、この図にもっとあるべきでしょうか?
クラシック ASP アプリケーションを .NET に移行するのにかかる時間を見積もろうとしているところ、VB 6 で記述された数百の COM 関数に遭遇しました。
これらの関数の大部分は、パラメーターの検証のみを行い、実際に SQL サーバーを呼び出します。これは ORM に置き換える必要がありますか? (Linq、nHibernate、Entity Framework)... それとも、この図にもっとあるべきでしょうか?
COM 中間層はもう必要ありません。同じ ASP.net プロジェクトのクラス内にすべてのビジネス ロジックを含めることができます。
良いニュースは、このすべてのクラスをほとんど、またはまったく変更せずに使用できることです。唯一の問題は、DB 呼び出しを変換することです (コーディング方法によって異なります)。ADO 呼び出しが内部関数内にラップされている場合は、内部関数のみを変更する必要があります。そうでない場合は、すべてのメソッドを移行する必要があります。
ORM の使用はこのシナリオによって異なりますが、完全に有効な SQL ステートメントを Linq などのステートメントに変換すると、さらに多くの時間が追加されることになります。