2016-06-24 9 views
0

私が見つけたほぼすべての例とチュートリアルで、ビジネスロジックがViewModelに配置されています。私はそれについていくつかの研究をしましたが、私はモデル自体を見つけることができず、ViewModelがすべてを行うように見えるので、私はまだ問題があります。いくつかの意見は、モデルがKOのサーバー側エンティティであることを示唆しました。任意の明確化が役立ちます。ビジネスロジックをknockout.jsに入れる場所はどこですか?

+2

モデル/ビュー/コントローラシナリオの「理想的な」バージョンでは、「ビジネスロジック」の「単一の場所」が実際に存在しないことがわかります。これらの図書館の本当の目的(IMHO)は、効果的な*ユーザーインターフェース*を作成することです。タスクが本当に "ビジネス"に関係するのであれば、そのルールとその実施はおそらくJavaScriptや*クライアント側には属していないでしょう。サーバーはビジネス上の意思決定を下すべきです。なぜなら、サーバー側のコードが「手の届かないところ」にあるからです。 –

答えて

0

2.0は、あなたもこのような構造に従ってください、ともあることに注意して

ノックアウトは、規範的ではないコンポーネントのビジネス機能によってではなく、出力の種類別(.jsファイル、.htmlを、.cssファイルなど)に向かって移動される角度ノックアウトはずっと前に観測可能だった。

バックエンドapiに移行する傾向は、技術をデカップリングしてビジネス目標をより詳細にするのにも役立ちます。

私は中央のサービスプロバイダを使用してコンポーネントとapiの間の接着剤を提供する傾向がありますが、postboxはノックアウトコンポーネントが自分の間でチャターを作り、別のパターンを提供します。

関連する問題