2009-09-03 58 views
2

我刚刚了解了有关在Flex(v3.0)中查看状态的信息,但我不确定在实际应用程序中它有多广泛。使用它是一个好习惯吗?例如,是否存在可维护性等缺陷?在实际项目中使用的Flex视图状态

+0

Flex 4的状态完全改变了游戏(以非常好的方式)。以前它们有点麻烦,但新的组件架构使它们变得至关重要。 – 2009-09-04 02:42:57

回答

1

我开始在各个地方的应用程序(企业级应用程序)中使用状态,并将其全部重构。我的大多数MXML已被纯粹的AS3组件取代,我对绑定和flex组件生命周期持怀疑态度。在Flex框架中宣传的很多便利技巧,一旦真正开始使用它们,就会感到麻烦和缓慢。

就像任何事情一样,你自己的里程会有所不同。如果你能避免“一切都是钉子”综合征,它们可能会有用。也许我不能。

+0

谢谢格伦。是的,在我学习Flex的过程中,我意识到Adobe提供了许多“简单的技巧”,如果在更复杂的项目中使用它可能会在以后造成麻烦。能够看到真实世界应用程序的来源和结构将非常有帮助,因为在这个阶段很难理解哪些是有用的,哪些不是。 – Zoman 2009-09-03 09:58:16

+0

Flex源代码大多是开放的。浏览他们的组件,看看他们做什么来创建它们。这就像你会得到的现实世界一样。你只是在做这些变化。并且注意到他们很少使用MXML编写他们自己的组件。我不记得曾经见过哪些州也使用过。话虽如此,我也不会去模仿他们的编码实践。像任何真实世界的应用程序一样,存在大量的黑客和垃圾。 – Glenn 2009-09-03 10:12:23

2

我还在企业级应用程序中使用了状态。但非常轻微。

在某些情况下,状态可以清理代码非常有用。有一个表现不好的地方,如果一个国家增加了一个孩子,那么在你回到那个状态并且添加一个新孩子之前,这个孩子不会被从列表中移除。

如果您需要启用/禁用使可见/不可见的一堆组件来回(取决于状态),我认为状态可能很有用。这是Flex中状态的理想用例。

+0

感谢Ammar,非常有用的信息。 – Zoman 2009-09-04 20:07:47

2

我已经大量使用状态,并发现他们是一个更优雅的解决方案,大量的条件代码。事实上,由于上​​面提到的一些原因,我最初回避了这些问题,但是在应用程序变得非常复杂后,有了多个变体“状态”,我意识到我正在与框架打架。

坦率地说,我会对绑定进行相同的观察。如果你不明白一些微妙之处,他们可以是你的消遣,这是真的。然而,编写自己的代码来实现同样的事情似乎是重复工作。查看一下生成的代码,并阅读一些良好的深入了解绑定。