0


0

ASP.NET MVCを使用して既存のASP.NET 1.1アプリケーションを拡張する

現在、私は大きく、古く、非常に貧弱に書かれたASP.NET 1.1アプリケーションで作業しており、継続的なメンテナンスが非常に問題になりつつあります。 基本的には限界点に達しつつあり、ビジネスで要求されている以上に拡張することには消極的です。 他のプロジェクトをゼロから作成した私の経験に基づいて、ASP.NET MVCベースのソリューションに本当に適しています。 ああ、世界がこんなに簡単だったらいいのに…​

実際のところ、私はそれを一から書き直すことを正当化することはできず、ビジネスはそれを買う余裕がありません。 理想的なソリューションは、MVCベースのアプリケーションと一緒に記述を開始し、新しい要件が発生するとゆっくりとした移行を開始することです。

私はこれが完全に可能であると述べている投稿を読みましたが、私の実験ではそれほど簡単ではありませんでした。 現在のアプリケーションには、会社が作成する他のアプリケーションと共有するいくつかの大きなデータアクセス層とビジネスロジック層が含まれています。 これらも1.1で書かれており、2.0ではコンパイルされません(試してみると他のプロジェクトが破壊されるでしょう!)ので、それらをアップグレードすることはできません。 それができないので、.NET 3.5対応のビジュアルスタジオで開くことさえできないアプリケーションにこだわっています。 新しいMVCアプリもこれらのレイヤーを使用する必要があります。

私は完全に提案を受け入れています。 時間をかけずに、または他のビジネスに影響を与えることなく、製品を大幅に改善できることをすぐに実証できる解決策を見つけることを切望しています。

2 Answer


2


既存のビジネスレイヤーの上にWCFサービスを記述し、ビジネスレイヤーを直接参照する代わりに、新しいアプリにそのサービスと通信させることができます。


0


あなたが征服するために分割する必要があります。 現在のアプリとそのレイヤーを分析し、重要な機能の各部分をできるだけ少ない変更で個別の領域に分割する方法を見つけるかどうかを確認します。 次に、古いテクノロジーを使用して、各エリアを独自のサービスにします。 その後、全体に影響を与えずに収まるように、各サービスをゆっくりと書き換えることができます。

そうでなければ、あなたはあなたのマネージャーのために説得力のあるビジネスケースを考え出さなければならないので、彼らはあなたに仕事を適切に行う時間を割り当てます。 時々私たちの仕事は政治的であると同時に技術的です。