首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >在Flex中使用Spark而不是Halo有什么缺点?

在Flex中使用Spark而不是Halo有什么缺点?
EN

Stack Overflow用户
提问于 2010-08-20 09:06:38
回答 2查看 519关注 0票数 6

定制您的外观(皮肤)是否需要更多的工作或源代码文件?相对于Halo,Spark的可维护性和可读性如何?它是不是比Halo更有效率,更容易定制,大致相同,更少?

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

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2010-08-20 16:30:24

我希望你对Spark skins有更多的可能性。因此,它在某些情况下需要更多的工作,但由于皮肤是可维护的,当然也取决于开发人员。我没有修改过光晕皮肤,所以我开始使用Spark的皮肤。我不是皮肤专家,我只处理了几个皮肤。难度还可以。创建新的皮肤似乎很难,但扩展现有的皮肤是相当容易的。

如果你(99%)很高兴,但你看不到切换到Spark的好处,那么你就不应该这么做。

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

票数 2
EN

Stack Overflow用户

发布于 2010-08-20 20:53:15

在使用光环和spark做了相当多的蒙皮之后,我可以说我发现spark更加灵活(没有双关语的意思)。使用halo时,我常常花费大量时间编写ActionScript来绘制编程皮肤。Flex 4引入了新的状态模型和FXG,它允许您使用MXML创建皮肤。根据我的经验,代码更少,可读性更强,可维护性更强。有了spark,形式和功能的分离也要干净得多。我花了很长时间才真正领会到火花式的做事方式,但最终这是值得的。在缺点方面,我发现spark控件集是不完整的(没有树,DataGrid,DividedBox,DatePicker,ColorPicker,图标按钮,等等),新的spark控件有他们的怪癖(为什么DropDownList不像它的光环控件那样根据内容调整大小?!),但总的来说我很满意。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3527496

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档