[電源を入れる] 1.2のJava Web開発の歴史

序文

   Javaのウェブ履歴は、Java Web技術の理解と知識を深めるために非常に有用で、進化と関連技術の歴史を理解します。

カタログを読みます

  • 1、サーブレットの出現
  • 2、JSPは表示されます
  • 図3は、MVCサーブレットバージョン1.2が表示されます--JSP +サーブレット+ JavaBeanの考えを開始しました
  • 図4に示すように、フレームステージ
    • 4.1、Strutsは表示されます
    • 4.2、Springの外観
    • 4.3、SpringMVCが表示されます

1、サーブレットの出現

    1990年代には、インターネットとブラウザの急速な発展と、ブラウザベースのB / Sのモデルが人気と一緒に開発しました。最初は、ユーザーがWEBサーバの要求があるにリクエストを送信し、ブラウザを使用して静的なリソースなので、上のHTML、CSS、およびなど、。しかし、想像:ユーザーに応じて要求した動的なプロセスをし、許可された必要な要件のためのリソースを返します。

     これらのニーズに対応したJavaは、それゆえ、サーブレット技術が生まれた、ダイナミックな需要をサポートするための技術を起動するためにバインドされています

    サーブレット技術の使用は、ページ上のすべての情報は、出力文によって生成する必要があります。次のコード(コードの一部)の内容は、ページ「HelloWorldのを!」が生成されます。

公共 ボイドのdoGet(HttpServletRequestのリクエスト、HttpServletResponseの)が
    スローにIOException、ServletExceptionが
{ 
    response.setContentType( ";のcharset = GB2312テキスト/ HTMLを" )。
    PrintWriterアウト = response.getWriter()。
    out.printlnを"<HTML>" ); 
    out.printlnを( "<ヘッド> <タイトル>のHello World </ TITLE> </ HEAD>!" ); 
    out.printlnを"<BODY>" ); 
    out.printlnを"<P>のHello World </ P>!" ); 
    out.printlnを"</ body> </ html>この" ); 
}

2、JSPは表示されます

   サーブレットの誕生後、日サーブレットプログラミング会社はすぐに退屈な、1)サーブレットのコードが出力から百倍を記述する必要があり、冗長なコードの多くを持っていた; 2)フロントページとサーブレットの開発は芸術に堪能でなければならない、あなたは非常に直感的ではありませんさまざまな効果を実現可能にし、ページのスタイルは非常に困難であるサーブレット、フロントエンドのコードを記述します。

   だから、マイクロソフトのASPから太陽会社は、正式にJSP(servlet1.1)を立ち上げました。インターフェース<%>スクリプト識別コード埋め込みJavaで使用されるHTML言語と直接インターフェースを生成

   JSPの簡単な例

< HTML > 
   < ヘッド> < タイトル>测试</ タイトル> </ ヘッド> 
   < ボディ> 
      第一阶段<% 文字列str = 「テスト」。out.printlnを(STR)。%> 
    </ ボディ> 
</ HTML >

 

図3は、開始MVC表示され------------ JSP + JavaBeanの+サーブレットのアイデアサーブレットバージョンservlet1.2を

    JSP後に問題があり、表示され、フロントエンドの開発者は、バックエンドのコードの多くを参照してくださいする必要があり1)彼は読み取れませんでした; 2)同様に、サーブレット開発者は、サーブレットコードを書くことができる場所で、洗練されたフロントエンドのコードを見つけます

   だから、JSP MVCのアイデアは、JavaBeanの+サーブレットが生まれ+

  JSP(V):JSP主にHTMLタグやJSPタグを使用して、入力と出力を完了

 サーブレット(C):主制御が終了し、要求を受信し、ユーザJSPページに応答して、呼び出しの結果を見つけるために、ビジネスプロセス(のJavaBean)を呼び出します

JavaBeanの(M):すべての処理手順の完了

図4に示すように、フレームステージ

    MVCは、JSP + JavaBeanの+サーブレットのアイデアを開始した表示され、問題がある:Javaコードの多くを埋め込ま1)JSPページは、構造に混乱を作る; 2)大規模なプロジェクトの場合、あまりにもサーブレット、頻繁に回し、プロセス、構成、およびそんなに難しいです集中管理、私たちはストラットを持っていました

4.1、Strutsは表示されます

何のJSP、Javaコード、明確な構造とパワフルがないように、2001年6月、ストラットラベルのセットの発売のため、JSPストラットを表示さstruts1.0。代わりに、サーブレットのActionクラスを提供するサーブレットについては、このアクションサーブレットクラスは、機能を有しており、いくつかのフィルタリングおよびトランスコーディング機能を要求することができます。

4.2、Springの外観

開かれていたことは完璧だったが、問題があり、彼らはそのプログラムの結合を増加、オブジェクトを使用して、独自のコードをビルドするために必要としているとき、私たちはアクションではDAO、Javaの豆やその他のオブジェクトを呼んでいます私たち:「高い凝集、疎結合」の考え方は、この問題を解決するためにどのようにして、準拠していませんか?だから我々は、Springフレームワークを持っていました。

IOC(制御の反転)とAOP(アスペクト指向プログラミング)、IOCが言うことです:あなたは、オブジェクトの別のクラスでクラスを呼び出したいときは、新しいキーワードを使用して作成する必要はありません春のフレームワークは、2つの主要な機能を備えていますしかし、Springフレームワークの責任ではなく:作成、配布、および管理することにより、カップリング手順を低減します。AOPは、ログの数、プロセス実行のためのいくつかの情報提示プログラムを印刷して出力するために使用することができます。

4.3、SpringMVCが表示されます

各Beanは、春に登録する必要がありますので、昨年春の支柱との統合は、各URLは、ストラットの設定ファイルで設定する必要があります。豆の多くと時間の対応する要求URLの多くは、プロファイルは間違いなく非常に大きくなりません場合は、この構成は非常に面倒な努力になります。だから、そこには良い方法は、それが可能に春が関数や機能を支柱組み合わせることが可能であるが、それはバッチのプロファイルを向上させることができませんか?したがって、SpringMVCがありました

アクションコントローラクラスによって実現「注釈ベース」アプローチの代わりにストラット、および置換および機能によってSpringMVC。それは、アノテーションをベースとするので、コントローラクラス構成の構成情報の多くは、それによっての.xmlファイルの構成の複雑さを軽減しているため。

 


---------------------
著者:hxwang
出典:CNBLOGS
オリジナルます。https://www.cnblogs.com/whx7762/p/7723508.html
免責事項:この記事作者オリジナルの記事は、再現し、ボーエンのリンクを添付してください!
コンテンツ分析: CSDN、CNBLOGのブログ記事は、キープラグ復刻しました

おすすめ

転載: www.cnblogs.com/admans/p/11567434.html