MS AJAX Toolkit のみを使用したい .NET 開発者が何人かいて、JavaScript (および任意の JS ライブラリ) は悪だと考えています。私は、クライアント側の開発を大人の言語のように扱えば、保守可能なコードを作成できると説明しようとしましたが、古典的な ASP の時代が彼らに痕跡を残していると思います。このタイプの開発者に、たとえば MVC を使用して業界が「再び金属に近づく」傾向に戻っているため、長期的には jQuery を学ぶことが実際に利益をもたらすことを納得させるのに役立つ提案はありますか?
7 に答える
Microsoft が jquery を支持しており、MVC に同梱されていることを伝えます。
Scott Guthrie によるこの記事を紹介してください。記事からの簡単な引用はすべてを説明しています:
本日、 Microsoft が Visual Studio を搭載した jQuery を出荷することを発表できることを嬉しく思い ます。jQuery JavaScript ライブラリをそのまま配布し、メインの jQuery ブランチからソースを分岐または変更することはありません。ファイルは引き続き使用され、既存の jQuery MIT ライセンスの下で出荷されます。
より少ないリソースでより多くのことができることを伝えてください。jQuery/javascript を理解することで、AJAX.NET をさらに理解することができます。これは、私の著書では大きな漏れやすい抽象化です。jQuery に切り替えて以来、Web プログラミングがより楽しくなり、より優れたアプリを構築できるようになりました。
jQuery を使用して、組織/クライアントにとって価値のあるものを実装して、それがコンテキストでうまく機能することを証明します。MS AJAX ツールキットでは実装が難しい、より複雑な、または時間がかかるものであればなおさらです。
開発者は、自分に適用されるコンテキストでコードを実行する実際の例を、一般的な推奨事項や他のユーザーのリストよりも説得力があると感じることがよくあります (実用的なテクノロジはすべて、適切なユーザーのリストを作成できます)。
また、開発者が JavaScript を好まない場合は、AJAX Toolkit がクライアント側で実行されていると考えていることを開発者に尋ねる必要があります。AJAX Toolkitはクライアント側の JavaScript ライブラリであり、ASP.NET に簡単に統合できるように設計されています。
- サーバーとの往復が好きかどうか尋ねます。(クライアント側のものが必要であることを彼らに理解させるため。)
- 同時に 3 つの異なる場所で機能するコードを書きたいかどうかを尋ねますか? (ブラウザの違いをほとんどなくすライブラリの必要性を理解してもらうため。)
- 誰が jQuery を使用しているかのリストを表示します。
彼らがエレガントなコードを好むなら、彼らはあなたが言っていることを理解するでしょう. そうでなければ、彼らを説得するのは本当に難しいと思います。