私は現在、仕事用のプロトタイプ AIR アプリケーションを構築しています。これにより、クライアントはデータをダウンロードして操作し、後でサーバーと同期できます。かなり標準的なもの。
私は経験豊富な Web 開発者なので、このアプリをデモンストレーションに適した状態にすることにはかなり成功していますが、近い将来、製品の準備を整える必要があります。これに備えて、この種のベスト プラクティスについて少し調査する必要があります。
アドバイスをいただければ幸いです。について聞きたい
アーキテクチャ
オブジェクト間通信用の基本的なシグナル/スロット システムを備えた大まかな MVC パターンにアプリを編成しました。これは非常にうまく機能しますが、プロジェクトが非常に大きくなると、きしみ始める可能性があると思います.
データベース サーバーと通信するオブジェクトと、ローカルの SQLite データを処理するオブジェクトがあります。静的 HTML と動的 HTML の両方のさまざまなビューを処理するオブジェクト。他のオブジェクトをマーシャリングしてフローを処理するコントローラーと、構成データをロード、保存、および処理する小さな構成オブジェクト。
これは合理的に聞こえますか？他の人は何をしましたか？良いデモ/チュートリアル、または参考文献はありますか?
セキュリティ
プロトタイプの段階なので、セキュリティにはあまり時間をかけていませんが、すべて耳を傾けています。現時点では CSV を使用してデータを移動していますが、最終的には AMF over HTTPS になります。
ディストリビューションとアップデート
Linux で開発しています。アプリをパッケージ化すると、これは問題になりますか? AIR on Linux は、Windows や Mac と同じように機能しますか? 適切なインストーラー/バッジを作成できますか? 更新フレームワークを機能させることはできますか?
一般的には、私はそこまで詳しくないので、.air ファイルを見た目ほどシンプルにしていますか? 私のマシンでは魅力のように機能します。
私が取り忘れたものを誰かが見つけない限り、今のところはこれで十分だと思います。
ありがとう ：）