私は1.5年前に開始されたASP.NETを使用して大きなアプリケーションビルドに取り組んでいます。このサイトは、UI用に第三者のRadControlsを使用しています。ウェブサイトの問題は、DataSetsのような古いものを使用しており、すべて適切なアーキテクチャがないということです。私はいくつかの研究を行い、ここにADO.NET Entity Frameworkのようないくつかの新技術を発見しました。私はこの段階で自分のサイトを学習してADO.NET Entity Frameworkに移行することに投資する価値があることを知りたいと思います。ASP.NETウェブサイトのご提案
さらに、開発ライフをより簡単にし、最新の技術で最新のものにするために使用できる、優れたテクノロジやツール（ASP.NETで使用可能）が市場にあります。
すべての提案は本当に繁栄しています。
アドバイスしてください。
この質問には本当の答えはありません。
エンティティフレームワークは非常に便利です。 ASP.NET MVCと同様です。私は、それが価値があるかどうかを判断するために測定基準が何であるかによって異なります。
移行の目標は何ですか。よりテスト可能なウェブサイトをお探しですか？そのために大規模なWebサイトを移行する価値があることはまずありません。したがって、成功した移行の尺度を決めることは自然に決定につながります。
また、ASP.NET Webフォームはまだ実行可能なオプションであることに注意する価値があります。データグリッドなどを使用する急速な開発が必要な場合は、フォームが最適な選択肢になります。あなたは、MVCへの移行を検討することができます。これにより、より明確な懸念事項の分離を実行することができます。コースのためのその馬。迅速なGoogleとあなたは多くのフォーム対mvcの長所と短所を見つけるでしょう。
また、1回の食事の移行を検討することもできます。たとえば、データベースのEntity Frameworkモデルを構築し、一度に1ページずつ使用することができます。 ADOをゆっくりと削除しますが、現場を維持します。 FormsとMVCを1つのサイトで一緒に使用することもできます。したがって、一度に完全な移行を行う必要はありません。
思考、幸運のための食べ物。
ありがとうございます。そうです、徐々に移行して新しいものを開発する方がいいでしょう。 –
私は通常、第三者ツールキットとしてOboutコントロールを使用しています。私はADOに切り替えることについてもっと助けてくれることを願っています。
あなたがこの特定のプロジェクトにそれを使用することになっていなくても、私はそれが傷ついてしまうとは思いません。
幸運を祈る！
私は本当に、開発の生活を楽にし、コードをより見やすく、保守しやすくする最新のusefultテクノロジを使用したいと考えています。私は、Microsoftが過去のバグを克服するために非常に多くの新しいことを開始したので、DataSetsを使用して非常に悪いと感じています。同時に、私が進めているプロジェクトは今後3〜4年間続くでしょう。私は本当に、クライアントがすべての混乱で古い技術を使って私たちと最後に不平をつけないようにしたいと思っています。 –
プロジェクトが3年から4年続く場合、最新のテクノロジーを使用しても、3年または4年でもっと明るくクーラーが出るので、決して追いつかないでしょう。 –
すべて依存しています...移行する余裕はありますか？あなたの現在のフレームワークは、あなたが必要とするものではありませんか？
新しいものがリリースされたばかりのため、1.5年の開発期間を捨てたい場合は、2度考えるべきかもしれません。あなたには、.NETフレームワークの別のバージョンがあり、それが何をもたらすのかを確かに知っていますか？来年にはもう一度移行する予定ですか？
ただし、ウェブサイトを簡単に作成できるように設計している場合は、是非、新しいテクノロジに切り替えて、どれだけ自分が好きでどのように快適に感じるかを移行してください。
ありがとうございます。私は、移行することが可能かどうかを評価して見ていきます。 –
このような質問の問題は、答えは常に「それに依存します」しかし、最近Entity FrameworkとMVC3でいくつかの作業を行ったことがあります。MVC3は非常に優れたプラットフォームであると言います。作業が簡単で、EFはあなたのためにたくさんの持ち上げを行います。
最終的には、プロジェクトの進捗状況と、現在どの程度完了しているかによって異なります。たとえば、うまく設計されたデータベースとたくさんの半完成ページがある場合、スイッチを作ることはおそらくあなたが持っているもので仕上げるよりもはるかに難しくはないでしょうが、書き直しの規模を過小評価しないでください。技術自体がかなり早く学ぶ場合でも、いくつかの新技術を使用することを学ぶ必要性と相まって、大きなサイズのプロジェクトであれば、はになります。作業しているプラットフォームの癖にぶつかり、少なくとも数回は完全に困惑しています。
一方、時代遅れのものが作業コードを置き換える理由であるという考えは、高価で厄介なプロジェクトのオーバーランを招く傾向があることです。ほとんどの方法が終わっていて、仕上げをしているだけなら、あなたが持っているものを最大限に活用し、配送は機能であることを思い出してください。同様に、プロジェクトの規模とビジネスの重要性は大きな影響を与えます。これがマイナーな内部プロジェクトであれば、リライトの余地があるかもしれません。会社の収益ストリームを担当している場合は、このバージョンを早めに取り出し、後でリファクタリングを検討する必要があります。
いずれにしても、リスクの高い可能性のある取り組みに身を投じる前に、他のステークホルダーと話し合う必要があります。
提案に感謝します。私はこれに私のクライアントと言葉を持って、それに応じて決定を下すでしょう。 –
あなたのアプリケーションをEFに変換する価値があるかどうかは、あなたが決めることができるかどうかだけです。あなたは、既存のコードベースが私たちよりも優れていることを知っています。変更する必要のあるコードの量、所要時間、再テストの必要量などを評価します。あなたが見つけたものに応じて、それはあなたがアップグレードすべきかどうかを教えてくれるでしょう。
私はEFでMVC3にあるすべてのasp.net 2.0アプリケーションをアップグレードしたいと思っていますが、通常は時間とリソースだけが壊れているものを修正して次のプロジェクトに移ることを許可します。
つまり、EFはデータアクセスの優れた進歩です。このプロジェクトでやってみる価値がないのなら、次のものを学ぶ価値があります。
ありがとうございます。私は、移行することが可能かどうかを評価して見ていきます。 –
常に新しいものを学ぶために投資する価値があります。 – Matt
これは本当にあなたが必要としていることと、ウェブサイトが何をしているかによって異なります。彼らはクールだからテクノロジーを選ぶべきではありません。 – alxbrd