ホームページ > バックエンド開発 > C#.Net チュートリアル > 過去 20 年以上で Web 開発はどのように変化したか

過去 20 年以上で Web 開発はどのように変化したか

巴扎黑
リリース: 2017-04-29 17:30:37
オリジナル
1248 人が閲覧しました

ウェブは過去 20 年間で非常に急速に変化しました。サーバー側からクライアント側に移行されるロジックはますます増えています。クライアント側でより複雑な JavaScript コードを記述する必要があるだけでなく、近年、奇妙なことが起こりました。JavaScript はサーバーに移行し、Web テクノロジはデスクトップに移行しています。これは何も新しいことではありませんが、20 年前に誰がこれを考えたでしょうか?

ウェブが変わったので、私のテクノロジースタックも変わりました。私のスタックはrootに戻ったようです。 20 年前、私は HTML と JavaScript から始めて、VBScript を使用したクラシック ASP に移行しました。 2001 年に、私は ASP.NET と VB.NET に夢中になり、2006 年末まで製品での使用をやめました。 2007 年末に、私は C# で ASP.NET を書き始めました。 HTML と JavaScript は依然として関与していましたが、多かれ少なかれサードパーティ コントロールにカプセル化されており、当時の jQuery は JavaScript の別名でした。 JavaScript に関するすべては jQuery です。 ASP.NET WebForms は巨大で柔軟性があまり高くないように感じますが、効果的に機能します。その後、2010 年には、Silverlight、WinForms、WPF を使ってさまざまな作業を行っていました。

ASP.NET MVC が登場し、Web は ASP.NET WebForms よりも再び自然に感じられるようになりました。 ASP.NET 開発者の観点から見ると、Web はよりクリーンで、より柔軟で、軽量で、より自然になり始めています。

しかし、何か新しいことも出てきました。 ASP.NET の世界の外から来たもの。 KnockOut、Backbone、そしてその後の Angular や React などの強力な JavaScript ライブラリ。最初のシングル ページ アプリケーション フレームワーク (申し訳ありませんが、くだらない ASP.NET AJAX については触れたくないのですが…) が登場し、UI ロジックがサーバーからクライアントに移動されました。 (確かに 2005 年にクールな SPA を入手しましたが、それを使ってフレームワークを作成する方法がわかりませんでした。)

NodeJS はサーバー上で JavaScript を使用することで、また世界を変えます。クールな Web アプリケーションを作成するには、2 つの異なる言語 (HTML と JavaScript) だけが必要です。一部のツールは NodeJS に基づいているため、バックエンドでの使用を除いて、NodeJS にはあまり興味がありません。もしかしたらバグかもしれません、誰にも分かりません )

ASP.NET Core を導入したので、これは従来の ASP.NET MVC よりもはるかに自然に感じられます。この場合のいわゆる自然とは、従来の ASP を書くのとほぼ同じように感じることを意味します。これは、ステートレス Web を修正しようとするのではなく、それに取り組むことを意味します。リクエストとレスポンスの操作は、従来の ASP.NET MVC よりも簡単で、ASP.NET WebForms よりもさらに簡単です。 Natural とは、従来の ASP と同じ非構造化の駄文を書かなければならないという意味ではありません。 ;)

なぜなら、私たちはすでに非常に優れたクライアントサイド JavaScript フレームワークを持っているからです。簡素化された最小限のサーバー側フレームワークにより、サーバー部分は REST サービスで静的ファイルとデータを提供するだけになります。

このときこそ、TypeScript についてより深く理解することが重要です。しかし、この時点では、それは私にとって意味がありません。私はおそらく 20 年間 JavaScript でコーディングしてきましたが、1 つのプロジェクトでこれほど多くの JavaScript コードを書いたのは初めてです。その後、ここ数年で AngularJS を使い始めました。現在の Angular2 は完全に TypeScript で書かれているため、Angular2 は TypeScript を注意深く研究する必要がある理由の 1 つです。

数週間前、私は最初の実際の NodeJS プロジェクトを立ち上げました。これは、NodeJS を使用してユーザーに柔軟性の高いスクリプト ランタイムを提供するデスクトップ アプリケーションです。 NodeJS は、プレーンな JavaScript ではなく TypeScript で記述された機能と UI をユーザーに提供します。なぜ?なぜなら、TypeScript には予期せぬ利点がたくさんあるからです:

  • JavaScript を書くことはまだ可能です

  • 小さなモジュールと構造化コードを書くのに役立ちます

  • NodeJS 互換モジュールを書くのを助けます

  • 一般的に言えば、すべての JavaScript を書く必要はありません各モジュールのコード

  • 書く必要がある関数に集中してください

これが、TypeScript が私にとって大きな助けとなる理由です。もちろん、型付き言語は多くの状況で役立ちますが、JS を 20 年間扱ってきた私は、暗黙的に型付けされた JavaScript 言語の柔軟性が気に入っており、よく知っています。これは、私の観点からすると、TypeScript の優れた点は、暗黙的に型指定されたコードを TypeScript で記述でき、JavaScript の柔軟性を活用できることであることを意味します。だから私は「JavaScriptはまだ書ける」と言ったのです。

Web テクノロジーは変化し、私のテクノロジー スタックも変化し、ツールも変化しました。ツールとともに、これらすべてが軽量化されています。コンソールが戻り、IDE はそのルーツに戻りました。構文の強調表示や IntelliSense などの機能を備えたテキスト エディターにすぎません。現在、私は取り組んでいるプロジェクトの種類に応じて、Visual Studio Code の Swiss Army Knife または Adob​​e Brackets を使用することを好みます。どちらも起動が非常に速く、いくつかの優れた機能が含まれています。

軽量な IDE を使用するのは楽しいです。マシンのリソースは、アプリの開発に使用する必要がある IDE ではなく、開発する必要のあるアプリを通じて利用できるため、すべてが高速です。これにより、開発が大幅に高速化されます。

現在 IDE を起動するということは、cmder (Windows で私がよく使うコンソール) を起動し、プロジェクト フォルダーを変更し、コンソール コマンドを起動して typescript ファイルを表示し、保存してコンパイルすることを意味します。別のコンソールを起動して、NPM、gulp、タイピング、dotnet CLI、NodeJS などのツールを使用したり、お気に入りの軽量エディターを起動してコードを作成したりできます。 :)

原文: How Web Development Changed for Me Over the Last 20 Years

以上が過去 20 年以上で Web 開発はどのように変化したかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート