入門
製品の位置付け
まず、我々はミドルウェアとして位置付けDorado7が表示されます、それはミドルウェアのプレゼンテーション層の開発に取り組むことを約束され、コアの値は2つの側面があります。
- フロントエンドのインターフェースをより有効に利用
- 高い開発効率
スコープからの利用規約いるの適応ベースの管理アプリケーションのB / Sの構造が、オープンなインターネットサイトには適していません。2つの主な理由があります：
- 保守インタフェースとインターネットに面したインターフェイス要素情報管理のスタイルに大きな違いがあります - インターフェイス要素のスタイル
- 検索エンジンの親切 - このような操作は、AJAXのフロントエンド開発技術そのものに焦点を当てるために、ORM技術のために最も適したほかDorado7で、検索エンジンの状況に適しありません
ここではドラドの値の向きについて詳しく説明：
フロントエンドのインターフェースをより有効に利用
- 豊富なインターフェース・コントロール
- これは、すべての主要なブラウザをサポートしています
- さらにフレンドリーなインターフェース動作を改善するために、AJAXは、非同期処理ではなく、非同期サーバ通信のサポートをより良くすることができ、同期機構のより、Dorado5複数の単語を比較しました
- JS、CSSの負荷需要およびエンドサーバーが自動的にマージ
高い開発効率
- 新しいEclipseベースのIDE
- フロントエンドXML構成インターフェースの定義を簡単にするために---一貫した製品特性をドラド、そして徹底的に伝統的なJSP XMLの敵であることを
- コアデータモデルの開発モデルは、このような制御などの機密データ、データ制御立体
- このような自動適応方法として、「大会の構成オーバー」デザインのアイデアをフォロー
代わりに、XMLとJSPのための伝統的な理由の
- アプリケーションインタフェースの特性に基づいて管理は、コントロール+レイアウトマネージャインターフェイスの使用は、最も効率的なモードを定義します。
- インタフェースの開発プロセスを簡素化し、継続的な保守コストを削減
- HTMLベースの開発モデルのコードページ長々と維持が困難
- 厳しい開発者のためのHTMLベースの開発モデル、常にさまざまなブラウザでHTMLコードの互換性を考慮する必要があります
データ・モデル中心の開発モデル
開発の2つの段階のためのUIスペース：
- 離散制御セットタイプ制御セット---道場、Ext3の
- データモデル駆動型コントロールセット---シイラ、Ext4の
- データモデル駆動型コントロールセットアウト開発クマの内線コースは、より効率的です
ドラドは一貫し、この分離を達成するために、データとフォームの分離を提唱している、それはいくつかの概念が必要です
- データキャリア--dataset
- データ認識コントロール--DataGrid、テキストエディタ、...
データ駆動型モデルの制御設定の利点：
- APIの開発者の毎日の接触の数を大幅に削減します
- データモデルは、多くの追加機能を提供します
- ビジネスロジックの考え方に近い角度でのトレーニングの開発者。常に起因する様々な界面効果にコアビジネスロジックに集中ではなく、断片化してきました
- ページのコードは、そんなに簡単に読み、維持するために、より集中しています。コードのほとんどは、データモデルを中心に展開されます
- インターフェイスのデザインを変更する場合は、再建が容易。データモデルにはほとんど変化はありませんので。
プロジェクトとコンフィギュレーションの基本構造
このプロジェクトは、基本的な設定ファイルがあります。
web.xmlの（SEFC）
以下は、標準ドラドプロジェクトのweb.xmlの内容です
