我认为我过度使用了Flex状态模型。 Spark架构教授它的方式，状态应该主要用于改变某个组件的视觉外观。然而，由于对使用Flex状态的简单性感到过度兴奋，并且还愿意在运行时重用现有的对象实例，我使我的组件真的“厚”，根据特定的状态变化注入不同的视图模型以及其他东西。这造成了一系列同步问题，因此我决定进行子类化和专门化，而不是依赖于那么多的状态。
一般来说，根据经验，状态和子类之间的界限应放在何处？
答案 0 :(得分：0)
嗯，根据我的理解，你有一个很大的观点，你现在想要使用继承来拆分它？这会不会让你的组件变得沉重而难以管理？
这里更好的解决方案是使用组合，而不是继承。创建新的，自我管理的和小的组件，从整体上分成更大的组件。真的不应该是“状态和子类化之间的界限”，因为它们完成了两个完全不同的事情。一个是基于视图的更改，另一个是添加功能。
我认为你只是真正混淆了你的OOP概念，应该真正停止你正在做的事情，并在继续之前稍微讨论一下这个理论。如果你继续沿着当前的道路前进，那么你最终会走向何方;意大利面条代码。