最も簡単な方法AjaxやRESTを開始を取得する

最も簡単な方法AjaxやRESTを開始を取得する

問題はあなたの最良の方法を知って、AjaxやRESTの書き込みを開始します。ソリューションときに、AjaxやRESTのアプリケーションを開発する場合は、ツールを使用します枠組みを決める必要があります。選択は簡単です：使用して、今日、何を使っているといくつかのAjaxアプリケーションを書いてみませんかあなたが現在使っているツールを変更する必要はありません。場合は、それらのツールを使用し続けることができるASP.NETでは、のJavaServer Pages（JSP）のは、PHP、RubyやPythonを使用しているかどうか。アヤックスはJavaScript、DHTML、およびXMLHttpRequestオブジェクトが、使用してASP.NET、PHP、および類似の技術HTMLページは、Ajax技術を利用して書き込む場合に支障がない場合はあなたの技術はAjaxアプリケーションを書くことを妨げる場合は、次にハードディスクの技術を使用して継続を考える必要があります。

すべての後に、AjaxとRESTのレシピの記事は、私は、AjaxとRESTのソリューションを実装する上で計画を前提と読んでいるときは、サーバーから分離するクライアントで、独立していずれかの側にコンテンツを作成することができます。場合は、クライアントがDHTMLやJavaScriptなどの技術を使用して開発することができます。クライアント内では、サービスは、クライアントによって提供さへの参照をコードすることができます。クライアント側のコードでは、インフラストラクチャは、コンテンツのサービスによって生成された注入することができますを提供します。クライアントとサーバーはお互いに使用しての契約と対話します。契約を使用して、独立してクライアントを開発することができますし、モックオブジェクトを使用してテストします。契約を使用して、独立してサーバを開発することができますし、テストスイートからテストを使用してテストします。その後は、クライアントがサーバーと組み合わせて、アプリケーションのより詳細なテストを大量に必要とせずに動作します。もちろん、これは、クライアントとサーバーのためのテストを適切に頻繁にも必要です通常のテスト実装されると仮定します。クライアントが切り離さ持つサーバーから、簡単にモジュール化することができますデリゲート

個々のチームメンバーに実装作業。チームの各メンバーの許可は、タスクに焦点を当てるに特化することが可能になり、革新的なコンテンツを作成します。たとえば、サーバーにデータベースの作業を委任するクライアントの開発者はグラフィックスやデータサービスによって生成された革新的な表現をより多く利用することができます。クライアント側には、サーバーからは、UI作業を委任するには、サーバー開発者のためのデータベースの最適化とアクセス速度に焦点を当てることができます。サーバーからクライアントを分離持つ、特定のフレームワークを使用して簡単に特定部分を実装するようにすることができます論理の。たとえば、クライアント側の開発者は、Prototype8またはDojo9のフレームワークを使用することができます。はあなたを使用してエンドツールキットはあなたの選択であり、そこに権利はない、または間違った答えている。場合は、フレームワークは、機能を提供するあなたが必要なものを調査して見る必要があるときのAjaxとREST、とは、次の点に注意し始める：

•あなたは本日、既存の技術でAjaxやRESTを使用することができます。一般的に古い技術を捨てると新しいものに置き換える必要はありません。

•AjaxとRESTに関するサーバーからクライアントに分離され、Webサービスを使用して行う。

•AjaxとRESTの枠組みそれをあなたのアプリケーションを実装する単純な、しかし、することができますので、これほど多くのフレームワークは、それらを検査する場合は、お客様のニーズを満たす参照してくださいする必要があります。

を使用して、AjaxやRESTのアプリケーションの実装 テスト駆動開発技法 後にしては、AjaxやRESTアプリケーションを開発したいと確信する場合は、AjaxやRESTアプリケーションをテストするための最良の方法を知りたいいくつかのテストルーチンの問題を実行する必要があります。ソリューションこのレシピは、テストのさまざまな層の説明- techniques.10いろいろな層が駆動開発のためのAjaxとRESTのアプリケーションの両方が、クライアント側とサーバー側のコードが含まれます。簡単に言えばするには、AjaxとRESTのアプリケーションをテストするための少数のユーザーを雇ってはいけないし、それらのアプリケーションシナリオを試してもらう。前述のとおり、サーバ側とクライアント側のお互いから切り離されている。

これを開発することができますし、クライアントと、互いに独立してサーバをテストこのテストの目的のために良い方法です。建築家、互いに独立して動作するように、それぞれを有効にする能力は、クライアントとサーバーの間で契約を定義する必要があります。URLです。複雑なことは簡単から実装の複雑さの4つのレイヤーの範囲。は、次のように説明されてそれぞれの層は、数値の識別子と関連付けられている：

•GUIベースのレベルのテストでは、AjaxやDHTMLのユーザーインターフェイスのテストを含む。

•RESTベースレベルのテストは、RESTとWebサービスのテストでは、定義された契約の適切な実施のためのインターフェイス。

•サーバ側のクラスレベルのテスト機能のテストを使用して実装開発技術駆動型テストします。

•モックアップのURLレベルのテストは、実際のテストですが、かなりの契約は、RESTとWebサービスのインターフェイスによって定義されて実装します。モックの実装を完了し、サーバー側の実装を必要とせずにGUIをテストすることができます。、それぞれの層では、AjaxやRESTアプリケーションの異なる側面をテストそれぞれの層は、別のテストキットを使用する必要があります。しかし、この問題を提起する：あなたは、サーバー側またはクライアント側で開発を開始するか？トップの技術または下部のダウンテクニックを？かかわらず、それは良い考えではありません一度機敏なテクニックを使用して、すべてのレイヤーを開発することができます。問題は、すべてのレイヤーの上で機敏なテクニックを使用して一度は使用して開発をしない場合、即座に通信のオーバーヘッドを作成し、サーバーからクライアントにデカップリングの趣旨にそぐわない。完全にアジャイルな方法で、クライアントは、契約書、およびサーバーのすべてを一度に開発されます。場合は、クライアントに問題がある、つまり、クライアントとサーバーの原因と結合になるための契約に変更して、サーバーを引き起こす可能性があります。これは、アジャイルな手法を使用して開発しなければならないわけではない。あなたがするようにクライアントとサーバーはお互いから切り離されている、アジャイルな手法を直接は何が必要です。したがって、開発すべきは、まずクライアントを使用してサーバーが提供する契約です。このアーキテクチャの背後にあるアイデアをテストするため、実際には、クライアントまたはサーバーを実装することなく、完全なユーザーの場合実装されます。テストレイヤ2のセットを表しますテストでは、サーバー側の実装が完了することを確認するために使用。

モックのURL層テストでは、クライアント側の実装が完了することを確認するために使用のセットを表します。データは、モックのURL層によって生成されたことを確認テストを2層持つことにより、完全を期すための契約確認され、実用的には、JavaなどのWebサービスのシリーズを作るためのプログラミング言語を使用することを話すには、コントラクトの定義を呼び出します。これらのWebサービスを呼び出すクライアントの実装には、実行するシナリオを表しています。あなたのシナリオをアジャイル手法アプリケーションを使用する例で定義され使用して実装します。たとえば、ユースケースの場合は、先には、適切なWebサービスになるテストを作成すると、銀行口座を開設するために銀行口座を開くことを求める。テストのいくつかの実装なしで機能することはできません。以来を実装していない場合は、リクエストとレスポンスのか、より適切には、モックのURLフレームワークを使用偽の必要があります。モックのURLフレームワークの役割は、クライアントのテストを予測することです。テストが進められている、とにせのURLのフレームワークとは、データのテストによって送信されたことを確認し、適切な応答を生成します。検証および生成いくつかのロジックを実行し、読み込みと生成済みのアプリケーションデータを送信した結果です。これは、モックのビジネスロジックを実装していないURLが重要ではなく、可能な限りの缶詰ロジックと事前生成された要求と応答を使用するときの契約が正しく実装されて、テストできるようにならない場合は、ライブの実装は、データを生成していると言う場合、またはいくつかの層は、データ偽造しています。

適切ににせのURLのフレームワークの場合は、一連のテスト、または呼ばれている場合は、住んでクライアントの実装ていると言うことはありません。テストやモックのURLを組み合わせることにより、アジャイルとテストでは、クライアントとサーバーを実装するために必要な契約書を作成するためのテクニック駆動を使用することができます場合は、完全なモックアップレイヤーを作成しても多くの仕事が、その場合は、実装を作成する可能性を感じるその値が返さ缶詰にしています。コントラクトは、クライアントとサーバーの実装を定義するということは何をするかが知っている。注文での場合は、クライアントとサーバの実装に機敏なテクニックを使用するには、テストは、契約をより細かくする必要があります。実装テストを広範囲にする必要があるとの契約を超えて移動し、データの初期化やプレゼンテーションなどの他の側面を含めることができます。たとえば、テスト層1と3は、直接契約に関連していないと、サーバー側の実装では、クライアントをテストするために使用されます。レイヤ3以降では、あなたのテストを使用して実装するサーバサイドのロジックの機能をテストします。

プログラムの観点から、明確に分離、実装されたロジックと、この技術は、ロジックは、HTTPプロトコルを使用して存在するために使用との間に存在することを意味テストレイヤ3または方法についてのロジックは、HTTPプロトコルにさらされているケアに。依存しない。は、サーバー側のロジックが正しく実装されていることを上のレイヤでのテスト3フォーカス。契約では、テストの外部に露出していない、および検証は、クライアントのテストが何か気にしない。これは、テスト専用されると、サーバーの開発者はどんな技術をクライアントに影響を与えることなく目的の使用は、そのクラスの構造を定義することができます。テストサーバーが適切なテストのフレームワークを使用する必要があります。これらのフレームワークの一部として記載されて次のとおり：

• JUnitの （http://www.junit.org）：Javaのテスト開発フレームワークを駆動。 JUnitは、元のユニットテストツールです。

• NUnitの （http://www.nunit.org）：。。NETのユニットのフレームワークのテストで使用する。NETの属性を示します。

• PyUnitでは （http://pyunit.sourceforge.net/）：Pythonのユニットテストフレームワークです。

• PHPUnitの （http://www.phpunit.de/wiki/Main_Page）：PHPでのユニットテストフレームワークです。

• テスト：：ユニット （Rubyのディストリビューションに付属）：Rubyのユニットテストフレームワークです。あなたのプログラミング言語で記載されていない、という用語の検索を行う"[挿入言語]ユニットテスト"。に関係なく、プログラミング言語は、ユニットのフレームワークやアプローチのテストと同じです。また、アジャイル、テストサーバー側のロジックを実装するテクニックを駆動します。クライアント側のロジックのテストのアーキテクチャでは、ほとんどすべてではない何をテストしてきたのは、JavaScriptのコードの正確さです。通知は、アーキテクチャにどのようにテストのレイヤ1のテストスクリプトではなく、DHTMLビューアのユーザーインターフェイスです。この目的のためにあるとDHTMLユーザーインターフェイスのテストの複雑さに関係する時はJavaScriptやDHTMLを組み合わせている場合は、主に予測可能なユーザーインターフェイスを取得します。伝統的なユーザーインターフェイス要素が固定領域を占めるように設計されてそれにコントラストです。

は、ユーザーインターフェイスは、特定の方法を見て知ることで、そのイメージのスナップショットを取ると、お互いに比較するGUIテストツールを使用することが可能になります。中には、DHTMLユーザーインターフェイスの正確な外観を制御することが可能ですので、DHTMLの目的と矛盾する、これは推奨されていません。は、DHTMLは、含まれる単語を覚え動的これは、能力、実行時にユーザーインターフェイスのレイアウトを決定することを示します。したがって、古典的なユーザーインターフェイスのテスト手法を使用することはできません。代わりに、あなたがして、サーバー側のスクリプトのシリーズを書くことがユーザーインターフェイスのロジックを実行するための薄層テストapproach.11 JsUnitはなどのユーティリティを使用し、12を採用する必要があります。テストスクリプトは、クライアントのロジックを行使できるか、そのアプリケーションが正しく動作を確認します。しかし、どのようなロジックは、DHTMLに埋め込まれている理想的では、このソリューションがテストされていないので、エラーが潜在的に発生することができます。いつどのようにテスト実装を考え出す、次の点に注意し開発テクニック駆動：

•Ajaxアプリケーションの4つのメインのテスト層：クライアント側、サーバー側は、契約やにせのURLが含まれます。

契約やにせURLテスト•同時に、アジャイル開発手法を用いて開発され、それらのアプリケーションを使用する例を実装します。

•現在の契約とREST、SOAP、および他のプロトコルのモックURLテストを使用することができます。

クライアント•およびサーバー側のテストは、クライアントまたはサーバーに固有のものでテストを実装するために駆動型の開発に使用されます。

クライアント側•サーバーの実装の詳細、およびサーバーは、クライアントの実装の詳細に依存すべきではないに依存すべきではない。

記事は、ソニアLandeを提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"最も簡単な方法のAjaxとREST"での自動ソフトウェアによって翻訳された開始を取得する。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。