フレームワークの利点
フレームワークはWindowsとWebに、単一で一貫性があるアプリケーション・モデルを提供します。WAMの登場によりシングル・アプリケーション・モデルの能力は従来より強化されます。 | |
大まかにはMicrosoft Outlookをベースに設計されています。Outlookは世界中で非常にポピュラーで、ほとんどのユーザーがビジネスでも家庭でも使い慣れています。 このモデルは、エンド・ユーザーがすべき動作が数回のクリックだけであるというコックピットまたはダッシュボード型のデザインを提供しています。 | |
フレームワークはすぐに実行できます。 標準設計方法により、多くの開発者が同時に別々のアプリケーションのパーツで作業できます。 評価やフィードバックのために、プロトタイプのバージョンを電子メールで迅速に送信できます。 | |
アプリケーション、ビジネス・オブジェクトおよびコマンドは数分で定義でき、それらをサポートするコードが存在する前でもエミュレーション・モードで使用できます。 完了した結果の表示、振る舞い、感じがどのような見通しになるか、コードを一行も書かずに確かめることができます。 このプロセスは新しい、あるいは潜在的なビジネスのニーズをすばやく発見する手段としても使えます。 | |
ユーザーはプロトタイプのどの部分も削除する必要がありません。プロトタイプを実際のアプリケーションに移行する場合、ユーザーは作成したパーツをフレームワークにスナップするだけで良いのです。これにより、アプリケーション、ビジネス・オブジェクト、コマンド、メニューおよびイメージの基本的な構造を残すことができます。 | |
フレームワークのRAMPツールを使い、わずかな工数で既存のSystem iアプリケーションをWindows用に作り替えることができます。 5250アプリケーションになんら変更を施すことなく、高度なナビゲーション、検索、組織化の機能が使えるようにすることができ、他の「刷新」ツールにひけを取りません。 | |
フレームワークによって開発者はより高度なVisual LANSAやLANSA for the Webの機能へ簡単にアクセスできます。例えば、フレームワークは自動的にマルチ・フォーム、マルチ・コンポーネントの対話処理と参照を扱います。 | |
アプリケーション・コンポーネントを、使用する時に動的にロードするロード・オン・デマンド・アーキテクチャ。これにより起動時にアプリケーション全体をロードすることを防ぎます。 | |
スナップイン・フィルターおよびコマンド・ハンドラーの標準化構造により、開発手法の標準化が促進されます。 ユーザー・インターフェースはほとんどの範囲がフレームワークで制御されるので、一貫性が保たれます。 | |
フレームワークはマルチ・フォームの対話処理や参照などアプリケーションのすべての基本関数を扱います。 | |
アプリケーション開発の開始にあたって、この環境が開発者を支援し、標準的な実装へとガイドしてくれます。 | |
フレームワークは継承などのOOコンセプトに基づいています。その基礎的な構造と利点は、フレームワークの開発者がアプリケーションの実装において進歩するごとに、徐々に明らかになるでしょう。 |