データベース駆動型の Adobe AIR (デスクトップ) アプリケーションを作成するには、どのような選択肢が適していますか?
SQLite を選択すると、自分のコードをオンライン アプリケーションに再利用できなくなります。
1 を選択すると、ユーザーのマシンでいくつかのポート番号をブロックする必要があります。また、ユーザーに PHP と MySql を提供するために XAMPP を使用しているため、実行中は XAMPP がコマンド ウィンドウを開きます。そして、ユーザーはそのウィンドウが何のためにあるのか混乱しますか? これにより、エンド ユーザー エクスペリエンスが少し混乱します。
私は間違いなくSQLiteをAirに含まれているものとして使用します。
提案してもいいですか。2つのセクションでコードを記述します。JSONフィードを使用してそれ自体にデータを入力するUIと、JSONデータを提供するためのAPI。アプリケーションをWebに移植する場合は、同じUIを使用できますが、APIを書き直します。
何をするにしても、プログラムの実行中にコマンド ウィンドウを開かないでください。そうすれば、顧客は明日がないかのようにアンインストールします。
mysql と sqlite に関する限り、標準的なアプローチは、リモートで通信する場合は自由に mysql を使用できますが、クライアントにデータベースをインストールする場合は、組み込みのスタンドアロン db (sqlite) を使用する必要があります。
sqlite を使用できない (言及したコードの一部を再利用できないことに加えて) アプリがどれほど複雑になると予想しますか?
私の提案は、Sqllite をローカル データベースとして使用し、ローカルの sqllite データベースをサーバー側データベースの MySql と同期させる同期 API を作成することです。したがって、クライアントに応じてシステムを使用できます。クライアントがスタンドアロンの場合、Sqllite がサービスを提供し、それ以外の場合は MySql がサービスを提供します。この両方で決定する必要があるのは、同期 API の使用方法だけです。
クライアントにとって XAMPP がわかりにくい場合は、Apache と MySQL をスタンドアロンとしてインストールしてください。基本的には同じで、Apache/MySQL で実行されているものをより細かく制御できます。さらに、煩わしいコマンド ウィンドウが表示されることもありません (ただし、正直なところ、XAMMP を実行したときにトレイに最小化できなかったウィンドウは覚えていません)。