0

シングル ページ アプリの場合、.html および .js ファイルとしてサーバー上に存在する定義済みのビューとビューモデルのセットを使用する代わりに、ビューとビューモデルが「リアルタイム」で作成されるシステムを構築する必要があります。< /p>

これはイントラネット アプリであり、エンド ユーザーがアプリを使用しているときに、アプリで表示および使用するものを定義できるようにしたいと考えています。たとえば、エンド ユーザー A がビュー 1、ビュー 2、ビュー 3 を作成し、エンド ユーザー B がビュー 4 とビュー 5 の作成を選択したとします。これらのビューはブラウザー セッションで作成され、ユーザーが次回アプリを使用するときに備えて何らかの方法で保存されます。

これらのビューに好きな名前を付けることができ (ダッシュボード 1、プラント ビュー 2 など)、1 つまたは複数の「ウィジェット」を選択して各ビューに配置できます。「ウィジェット」は、Web フォームの世界のユーザー コントロールに似た JavaScript/HTML/CSS コードのセットを含み、特定の機能を実行し、ドラッグおよびサイズ変更が可能です。もちろん、ユーザーが各ビューに追加したすべてのウィジェットは、後で使用するために保存されます。

したがって、エンドユーザー A がアプリを開くたびに、上部に 3 つのビューがタブとして表示され (ビューが構成されたときに名前を付けたものと同じ名前が付けられます)、ビューに移動して表示および表示することができます。各ビューで選択したウィジェットを操作します。

私たちのアプリは、エンドユーザーがビューを追加、更新、削除などできる Trello のようなもので、「ウィジェット」をビューに動的に追加、移動、削除、更新などをすべて行うことができます。動的に作成された方法で。

SPA の調査では、ビューとビューモデルは、実稼働 Web サーバー上に存在し、すべてのユーザーに意図された機能を提供する実際の物理ファイルとして開発されます。ただし、使用可能なビュー/ページに関して、SPA はより動的である必要があります。

こういう場面でデュランダルは使えるのか?もしそうなら、そのようなものを構築する方法に関するガイダンスはありますか?

それともデュランダルじゃ無理?もしそうなら、私たちにとってより良い道は何ですか?

最後の手段として、ユーザーが設定されたオプションを選択した後にファイルを出力する、ある種の html および JavaScript ジェネレーターを作成する必要がありますか?

または?????

ご協力いただきありがとうございます!

4

2 に答える 2

1

durandal は、シングル ページ アプリケーション (SPA) の作成を支援するためのフレームワークです。SPA は基本的に、デスクトップ アプリケーションのような Web サイトです。

作成できるものに対する唯一の制限は、ブラウザーの制限です。

ブラウザで動作するビルド可能なものは何でも durandal で使用できます。

1つのスパ内に複数のスパを持つことができます。

必要に応じて、css/html/js も動的にダウンロードできます。

アプリケーションをどのように構築できるかについては、多くのオプションがあります。

于 2013-04-03T18:19:48.893 に答える
0

あなたがこれをするのを止めるものは何もないと思います。

デュランダルの起動時にルートを定義すると、柔軟なルーティングが可能になるため、保存されたビュー データを使用してこれを構築することができます。しかし、基本的には、他のミニ アプリケーションが収まるシェルが必要だと思いますか? ビュー/ウィジェットはメイン アプリケーションから完全に分離されていますか? その場合、カスタム ルーティングはあまり必要ないかもしれません。

私は似たようなことに取り組んでいました。私は iframe を使用してアプリケーションをホストしていましたが、ユーザーはそれらを移動することができました。ただし、ユーザーがレイアウトしたものを永続化することはできませんでした。

于 2013-04-25T10:56:45.053 に答える