フレックス アプリケーションでパセリ フレームワークを使用しようとしています。Messaging System は、parsley を使用しているときに私が目にする最高の機能の 1 つです。
と疑問に思ったのですが、
アプリケーションで Parsley フレームワークを使用すると、
addEventListener()すべての機能をMessaging Systemパセリ の に置き換えますか?- を使用してオブジェクトを作成できません
new newObject();。明示的なオブジェクトを作成する代わりに、依存性注入を使用する必要がありますか?
上記の疑問は本当ですか？
使う道具を選べない職場で働いていますが、パセリは選択肢があれば選ばない道具の一つです。プロジェクト、カプセル化、モジュラー設計などをデバッグおよびテストできることを考えている場合は、「マイクロアーキテクチャフレームワーク」の使用を絶対に避けてください:)
Parsley は、SWIZ、Mate と同様に、Cairngorm やおそらく他のものと同様に、メタデータに依存していますが、それらについては詳しく知りません。これにより、多くの間接性が追加されます。これは、「ボンネットの下」だけでなく、独自のコードでも発生することに影響を与えたり、デバッグすることさえできないことを意味します。関数がいつ、なぜ呼び出されるのかはわかりませんが、最も重要なのは、なぜ呼び出されないのかということです。「依存性注入」とは、「注入された」コンポーネントで単体テストを実行できないことを意味します。それらを「注入」することで、プロジェクト内のすべてのものへの依存関係が作成されるためです。
最終的には、フレームワークを提供するためにより多くのコードを記述し、デバッグとフレームワークの癖の解決に桁違いに多くの時間を費やし、アプリケーションは非常に重くなり、フレームワークがない場合よりもはるかに遅くなります。 . フレームワークをしばらく使用した後、コードは、小さな部分に分割して更新/置換することが不可能な、理解できない巨大な混乱になります。
したがって、それが明らかでない場合:) インジェクションは使用せず、 を使用してくださいaddEventListener()。
いいえ。Parsley を使用するからといって、すべてのイベント リスナーを Parsley のメッセージに置き換える必要がある、または置き換える必要があるという意味ではありません。
Parsley の全体的な考え方は分離することです。つまり、アプリの一部をアプリの他の部分に結び付けないようにすることです。
Flex イベントは通過できるため、Flex Messaging を使用して分離できます。しかし: 1) Flex イベントは表示リストを通過しますが、これは必ずしも必要なものではありません 2) Flex イベントは文字列に依存します。
したがって、両方の質問に対する答えは次のとおりです。Parsley でそれらのオブジェクトを管理する場合は、Parsley イベントと Parsley オブジェクトのみを使用してください。これは常にそうであるとは限りません。
デカップリングは良いこともありますが、面倒なこともあります。前の回答とは異なります。デカップリングは単体テストに最適です。理論的には、すべてがそれ自体がユニットであり、他のユニットに関連付けられていないため、実際には簡単になります。Parsley がそれらを注入できるからといって、単体テストのためにそれを行う必要があるという意味ではありません。
実際、Flex はインジェクションを中心に構築されています。自動注入と注入には違いがあります。リストに dataProvider を割り当てると、注入されます。手動で行っているだけです。Parsley は、インジェクションを自動的に管理する方法を提供するだけです。
ただし、はい、なぜ何かが注入されなかったのか不思議に思うこともありますが、その理由を理解することはそれほど難しくありません。
私は人々がパセリを使い始めるのを助けるために一連の投稿を書きまし た .