MS MVC フレームワークと jQuery は、長期間存続するアプリケーションに適していますか?

StackOverflow https://stackoverflow.com/questions/1551663

質問

私は少なくとも 6 年間の存続期間を持つことを目的とした Web ベースのアプリケーションに取り組んでいます。アプリケーションが配信されると、その期間内は変更されない可能性があります。

asp.net MVC フレームワークと jQuery の使用を検討していますが、それが良い選択なのかどうか迷っています。顧客はおそらく、JavaScript やブラウザの標準などが変更されたために、将来的に追加の時間とお金を費やすことを望んでいないでしょう。

今後 6 年間にアプリケーションのメンテナンスが必要になる可能性を最小限に抑えるための最良のオプションは何ですか?

役に立ちましたか?

解決

顧客はおそらく、JavaScript やブラウザの標準などが変更されたため、将来的に追加の時間とお金を費やすことを望まないでしょう。

彼女はいますか、それともそうではありませんか?彼女の周りの世界は動き続けている、そして彼女もそうするだろうと彼女を説得できますか? 必要 将来の主要なプラットフォームで動作するようにアプリケーションを更新するには?

これはパブリック (インターネットに面した) アプリケーションではなく、イントラネット アプリケーションだと思います。イントラネットの場合、6 年は非現実的だと思いますが、障害モードはかなり良性である可能性が高いからです。しかし、インターネット、6 年間、アプリケーション自体のセキュリティ更新プログラムはありません。職業上の評判を傷つけるのを避けるために、私はそれに参加するつもりはありません。

アプリケーションを最新の状態に保つためのリテイナー(ソフトウェア保守料)を販売できるように努力します。これにより、顧客が料金に対して何を得るのかを明確に概説する適切な法的文書が作成されます (つまり、互換性とセキュリティの修正、新機能はありません)。ホスティングも行っている場合、ソフトウェア メンテナンスを販売するのは通常、それほど難しくありません。

議論のために、申請が 6 年間「凍結」されると仮定します。

私は...するだろう 絶対違う ブラウザーの 4 世代以上持続することが想定されているものには Javascript を使用してください。jQueryは素晴らしいと思うのですが...まさか、JavaScript エンジンの変化は速すぎます。出力については、次のようにします。 のみ:

  • HTML 4.01 Strict および CSS 2 (私は XHTML 1.0 Strict について考えていましたが、これは本質的に HTML 4.01 Strict を XML ルールに準拠するように変更したものです。しかし、HTML 4.01 はインストールベースが最も大きく、私は XML のファンではありません。それは判断です。)
  • PNG と GIF。

物事を静的に保つことに関しては、 この単純な出力がおそらく最大の利点です。

サーバー環境については、 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 の 2 つだけです。

他のヒント

あなたはおそらくそれを心配する必要はありません。私はあなたが問題のこれらの種類に実行されます疑ういくつかの大企業からjQueryを使って作業中にこのような巨大な投資があります。ウェブは、おそらく常に後方互換性のある滞在する運命にされます(それは今日、10年前に出てきたものを意味します)ので、私はあなたのjQueryのベースのアプリケーションは問題ないはずと思います。あなたはそれがIE7 / 8、最新のFirefox、およびSafariで正常に軌道に乗る場合は、すべての権利でなければなりません。これらはその後、十分でない場合つまり、おそらくいない他のWebベースのソリューションのどちらかでしょう。

しかし、私は間違いなく、Javascriptの相互作用の点では、ブラウザ固有の問題の多くからあなたを隠すためのjQueryを使用することをお勧めします。限りASP.NET MVCのように、再びそれは私が多くの企業がこの先何年もの間サポートを継続すると思うかなり固体プラットフォームです。

jQuery については、bobbyshaftoe が言ったように、心配する必要はありません。

ASP.NET MVC については、すぐに廃止されることはありません。それにもかかわらず、これは非常に若いテクノロジであり、最初のリリースでは頻繁に変更される可能性が高いため、メンテナンスの問題が発生することが予想されます。

同じことがレールでも起こっていました。Rails 1.x で書かれたアプリが Rails 2.x で動作するには、いくつかの変更が必要でした。

これは問題があるかどうかはわかりません。Rails 1.xで記述されたアプリは、Rails 1.xで動作し続け、MVC 1で記述されたアプリはMVC 1で作業し続けます。

MVC 2 が MVC 1 とどれだけ異なるかを言うのはまだ時期尚早だと思います。MVC 2 Preview 2 がリリースされましたが、クラス、メソッド、インターフェイスなどが多数あることに注意する必要があります。MVC 1 RC1、MVC1 RC2 などの間で名前と動作が数回変更されました。

一方、アプリが十分に複雑な場合は、新しいリリースに更新するために必要な追加の労力 (通常はそれほど大きくありません) を考慮しても、MVC を使用することが依然として正しい選択である可能性があります。MVC アプリは (私の意見では) 保守しやすいです。

最後の考慮事項:野生の Web の世界では 6 年は非常に長い期間であるため、何が変わり、何が変わらないかを事前に言うことはできないことに注意してください。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top