私は、c++ を使用していくつかの数値を処理するスタンドアロン アプリケーションと、ember を使用してフロントエンドとして単一の Web アプリを開発しています。
私は、javascript と c++ の間の通信を処理するための ember-data アダプターを作成できると考えました。コミュニケーションは、モデルの変更によって駆動されます。ユーザーのアクションがモデルの変更をトリガーすると、バックエンドで何らかのアクションが必要になる場合があります。
例：
モデルは次のようになります: 日付 {年間通算日、月日、月}。ユーザーがこれらのパラメーターのいずれかを変更すると、更新されたモデルがバックエンドに渡され、他の 2 つが更新されます。バックエンドがすべてのモデル パラメーターを更新した後、フロントエンドで更新がトリガーされます。
バックエンド操作はもっと複雑になる可能性がありますが、それが基本的な考え方です。一部のプロパティは他のプロパティに依存しますが、それらは ember-data アダプターの反対側でバックエンドによって計算されます。
利点は、将来、アダプターを切り替えるだけでフロントエンドを簡単に再利用できるようになることです。そのため、ブラウザー ベースのフロントエンドを HTTP サーバー上のより強力なバックエンドとリンクできる可能性があります。
ただし、これが ember-data の適切な使用法であるかどうかはわかりません。モデルはバックエンドによっても変更されるため、データの永続性のために ember-data を使用しますが、それだけではありません。
問題は、このスキームは理にかなっていると思いますか、それとも悪い考えですか? 後者の場合、誰かがより良い代替案を示してもらえますか?
ありがとう、エロイ