在Flex中使用Spark over Halo有什么缺点?

时间:2010-08-20 01:06:38

标签: flex halo

是否需要更多工作或源代码文件来自定义外观(皮肤)? Spark相对于Halo的可维护性和可读性如何?整体定制是否比Halo更高效,更容易,大约相同,更少?

如果你是一个对Halo外表(可能只是几个CSS调整)99%满意的SDK用户,那么切换到Spark会为你创造更多的工作吗?我们现在需要聘请设计师来获得相当完整的外观和感觉吗?

2 个答案:

答案 0 :(得分:3)

用光环和火花完成了相当多的蒙皮,我可以说我发现火花更灵活(没有双关语意)。有了光环,我花了很多时间编写Ac​​tionScript来绘制程序化皮肤。 Flex 4引入了新的状态模型和FXG,它允许您使用MXML创建外观。在我的经验中,代码更少,更易读,更易于维护。形状和功能的分离也更加清洁火花。我花了很多时间才能真正理解做事的火花,但最终还是值得努力。在缺点方面,我发现火花控制设置不完整(没有树,DataGrid,DividedBox,DatePicker,ColorPicker,图标按钮,仅举几例),而新的火花控件有他们的怪癖(为什么不是DropDownList大小本身就像它的光环对应的内容一样?!),但总的来说我很高兴。

答案 1 :(得分:2)

恕我直言,你有更多的可能性与Spark皮肤。因此,在某些情况下需要更多工作,但由于这一点,皮肤是可维护的,当然也取决于开发人员。我没有修改Halo皮肤,所以我开始使用Spark皮肤。 我不是皮肤专家,我只有几个皮肤。困难是好的。创建新皮肤似乎很难,但扩展现有皮肤非常容易。

如果您(99%)感到高兴并且您没有看到切换到Spark的优势,那么您就不应该这样做。

使用Spark组件时有些事情发生了变化,例如在Spark按钮中不存在使用Button控件中的图标的可能性。当然,你可以编写自己的皮肤并有更多的可能性,但这需要时间。 除了Button,我不会后悔我们切换到Spark。