Actionscript 3 ActionScript MXML<;mx:>;vs<;s:>;

Actionscript 3 ActionScript MXML<;mx:>;vs<;s:>;,actionscript-3,apache-flex,mxml,flex-mx,flex-spark,Actionscript 3,Apache Flex,Mxml,Flex Mx,Flex Spark,看起来我可以为或使用组件 那么,哪一个更有优势呢?是一个古老的、慢慢被贬低的名称空间。所有新项目应尽可能使用,因为在将来的版本中,所有组件在升级时都将移动到(Spark)下。Spark命名空间对于Flex 4来说是新的,它们基本上是一个新版本或命名空间组件,我认为sparl组件的主要目标是易于蒙皮等等 您可以阅读更多关于它们的信息正如其他海报所提到的,spark(s:)名称空间指的是Flex 4引入的新组件,而halo/mx(mx:)名称空间指的是旧组件 它们可以一起使用,这是必要的,因为并非所

看起来我可以为
使用组件


那么,哪一个更有优势呢?

是一个古老的、慢慢被贬低的名称空间。所有新项目应尽可能使用
,因为在将来的版本中,所有组件在升级时都将移动到
(Spark)下。

Spark命名空间对于Flex 4来说是新的,它们基本上是一个新版本或命名空间组件,我认为sparl组件的主要目标是易于蒙皮等等


您可以阅读更多关于它们的信息

正如其他海报所提到的,spark(s:)名称空间指的是Flex 4引入的新组件,而halo/mx(mx:)名称空间指的是旧组件

它们可以一起使用,这是必要的,因为并非所有mx组件都有spark等价物(值得注意的遗漏是DataGrid、Tree、DividedBox等)。新spark组件的一些动机包括:形式与功能的分离,这意味着spark组件非常受皮肤驱动。重量更轻,性能更高(您可以使用s:Group来布局组件,而不是使用mx:Canvas,因为s:Group没有任何填充或边框等视觉特征,所以效率更高。)

一句话:我发现spark组件在性能方面非常有效,但在更改外观/行为方面有点繁琐,因为您需要为它们创建自定义外观。此外,他们还有一些需要解决的怪癖(为什么DropDownlist不能像mx版本那样根据内容自动确定其宽度?!)因为halo/mx组件正处于被弃用的道路上,所以只要有可能,使用spark组件通常是一种好的做法