私は、少なくとも 6 年の有効期間を持つことを目的とした Web ベースのアプリケーションに取り組んでいます。アプリケーションが配信されると、その期間中は変更されない可能性があります。
asp.net MVC フレームワークと jQuery を使用することを検討していますが、それが良い選択かどうか疑問に思っています。JavaScript やブラウザの標準などが変更されたため、顧客は今後さらに時間とお金を費やすことを望まないでしょう。
今後 6 年間でアプリケーションのメンテナンスが必要になる可能性を最小限に抑えるための最適なオプションは何ですか?
おそらく、それについて心配する必要はありません。いくつかの大企業は、JQuery の使用に多大な投資を行っているため、この種の問題に遭遇することはないと思います。Web はおそらく常に下位互換性を維持する運命にあるため (つまり、今日 10 年前に登場したものとの互換性があることを意味します)、JQuery ベースのアプリケーションは問題ないと思います。IE7/8、最新の Firefox、Safari で問題なく動作すれば問題ありません。つまり、それらが十分でない場合、おそらく他の Web ベースのソリューションも十分ではありません。
しかし、JQuery を使用して、Javascript の相互作用に関するブラウザー固有の問題の多くを回避することを強くお勧めします。ASP.NET MVC に関して言えば、これは非常に堅実なプラットフォームであり、多くの企業が今後もサポートし続けると思います。
JavaScript やブラウザの標準などが変更されたため、顧客は今後さらに時間とお金を費やすことを望まないでしょう。
彼女ですか、そうではありませんか？彼女の周りの世界は常に動いており、将来の主要なプラットフォームで動作するようにアプリケーションを更新する必要があることを彼女に納得させることができますか?
これは、パブリック (インターネットに面した) アプリケーションではなく、イントラネット アプリケーションであると想定しています。イントラネットの場合、6 年は非現実的だと思いますが、故障モードはかなり良性である可能性が高いからです。しかし、インターネット、6 年間、アプリケーション自体のセキュリティ アップデートはありません。
アプリケーションを最新の状態に保つためのリテーナー (ソフトウェア保守料金) を販売するように努めます。これにより、顧客が料金に対して得られるもの (つまり、互換性とセキュリティの修正、新機能なし) を明確に概説した優れた法的文書が得られます。ホスティングも行う場合、ソフトウェアメンテナンスは通常、販売するのはそれほど難しくありません。
議論のために、アプリケーションが 6 年間「凍結」されると仮定すると、次のようになります。
私は、4世代以上のブラウザが続くと思われるものにはJavascriptを絶対に使用しません. jQuery は素晴らしいと思いますが、... まさか、Javascript エンジンの変化が速すぎます。出力については、次のみに固執します。
物事を静的に保つことに関しては、この単純な出力がおそらく最大のメリットです。
サーバー環境については、 Windows 2008 R2 を指定しようとします。.NET 4.0 と ASP.NET MVC 2、および「凍結に近い」サーバー構成 (つまり、セキュリティ更新プログラムのみ)。Windows 2008 R2 は、今後10 年間サポートを延長する必要があります。以前の世代 (Win 2008、.NET 3.5SP1、および MVC 1.0) も機能します。しかし、ASP.NET MVC 2 は非常に見栄えがするので、個人的なファンファクターとして使用したいと思います。
nHibernate、nUnit、StructureMap など、「そこにいる」という優れた実績を持つ大規模なオープン ソース プロジェクトも問題ありません。
ああ、ASP.NET を使用することをお勧めします。Microsoft は、後方互換性を維持し、セキュリティ修正をバックポートすることにまだ長けています。ASP.NET と Java は、このようなものを検討する唯一の環境です。
jquery については、bobbyshaftoe が言ったように、心配しないでください。
ASP.NET MVC の場合、すぐになくなることはありません。ただし、これは非常に新しいテクノロジであり、最初のリリースでは頻繁に変更される可能性があるため、メンテナンスの問題が発生する可能性があります。
Rails でも同じことが起こりました。Rails 1.x で作成されたアプリは、Rails 2.x で動作するようにいくつかの変更が必要でした。
これは問題であるかどうかに関係なく、Rails 1.x で作成されたアプリは Rails 1.x で動作し続け、MVC 1 で作成されたアプリは MVC 1 で動作し続けます。
MVC 2 が MVC 1 とどの程度異なるかを言うのはまだ時期尚早だと思います。 RC1、MVC1 RC2など
一方、アプリが十分に複雑な場合は、新しいリリースに更新するために必要な追加の労力 (通常はそれほど大きくない) を考慮しても、MVC を使用することが正しい選択である可能性があります。私の意見）。
最後の考慮事項: 野生の Web の世界では 6 年間は非常に長い期間であるため、何が変更され、何が変更されないかを事前に判断することはできないことに注意してください。