3

私と私のチームは、まもなく新しい Web (vtv) サービスの開発を開始します。

ほとんどのものは json api を介して処理および処理されますが、GUI 環境でデータにアクセスしたいユーザーのための適切なコントロール パネルが必要です。

ノックアウトやバックボーンなどのフレームワークを使用してコントロール パネルを開発する価値があるかどうか、または従来のスタックに固執する必要があるかどうかを議論しています。

Javascript の熱心なファンであり開発者でもある私は、空き時間にいくつかのマイナーなアプリにノックアウトとバックボーンの両方を使用してきました。

トレンドを追ってユーザーにより高速な GUI を提供するために余分なお金を費やす価値は本当にあるのでしょうか?

私の会社はファストバックだけに興味があるようですので、使用する引数を教えてください!

ありがとう =)

4

3 に答える 3

4

Knockout についてはコメントできませんが、Backbone は本当に素晴らしいです。これは学ぶべき小さなフレームワークであり、ひとたびコツをつかめば、その種類のすべてのフレームワークがすべきことを行うことがわかるでしょう。もう少し先に気付くでしょう。

これは、サーバー側オブジェクトとクライアント側オブジェクトの同期を維持するビジネスを処理する適切なイベントおよびオブジェクト モデル システムを提供し、2 つをリンクするイベント バインディングを備えた適切なビュー モデルを備えています。

したがって、あなたの質問に対処するには、それはあなたが何をしているかに大きく依存します. モデルを使用して API からデータを取得する種類の非同期アプリケーションを作成している場合は、Backbone と同じアーキテクチャを使用する可能性があります。そうでない場合は、非常に異なるものを設計したために役に立たない (つまり、「ちょうど合わない」と言うことができます) か、設計に誤りがあり、すぐに失敗します。書き直さなきゃ!

于 2012-05-05T20:09:11.747 に答える
0

通常、フレームワーク/ライブラリを選択する必要があります。これは、付加価値を提供したり、開発時間を短縮したりするためです。

時間とお金があり、ソフトウェアを作成しながら新しいテクノロジーの実装を学びたい場合は、それは素晴らしいことです。

物事を迅速に行う必要がある場合は、その仕事に適したツールを使用してください。

于 2012-05-05T20:14:42.227 に答える
0

ノックアウトまたはバックボーンは、ユーザーに「より高速な GUI」を提供するのに役立ちません

ただし、開発は容易になります。フレームワークはコードに構造を課します。つまり、保守が容易になり、チームの他の人がコードを読んでフローをより簡単に理解できるようになります。これは、ユーザーからのフィードバックにより迅速に対応し、ユーザーにポジティブな体験を提供できることを意味します。

UI自体の速度については、UIの速度低下の原因を調査することから始めて、速度最適化手法を使用する必要があります

一般に、選択したフレームワークを使用することをお勧めします。そこから良いものしか出てこない

于 2012-05-05T20:12:57.877 に答える