データベース ロジックまたはアプリケーションのその他のロジックまですべてを CFC に配置することが最善であるという Christian の意見に同意します。より具体的には、Web サービスの使用をお勧めします。これの主な理由は、最終的に cf コード (データベースの永続性とロジックのすべて) を、フレックス アプリケーションを提供するサーバーとは別のサーバーに配置できるようになり、他のアプリケーションでもコードを再利用できるようになるためです。 . CFC を Web サービスとして記述することの良い点は、それらを Web サービスとして、または AMF (リモート オブジェクト) を使用して Flex のコンポーネントとして直接使用できることです。もちろん、これらのメリットが実際にどの程度適用されるかは、状況によって異なりますが、従うのに適した計画です.
ただし、主な提案は、アプリケーションをプレゼンテーション層とロジックおよび永続化層を持つものと考えることです。意思決定を行う場合、それはロジック レイヤーに入ります。画面を表示している場合や、プレゼンテーションで何かをしている場合は、そのレイヤーに入ります。これらを分離しておくと、後でプレゼンテーション層をフレックスに簡単に切り替えることができます。
また、スローされたすべてのエラーをトラップし、すべてのメソッドからの結果としてメッセージを (構造体などの結果と共に) 返すと便利な場合があります。Flex には、問題が発生したことを通知するが、エラー情報は渡さないという厄介な癖があります。これにより、スローされたエラーのデバッグと処理がはるかに簡単になります。