代码之家  ›  专栏  ›  技术社区  ›  Manius

在flex中使用Spark over Halo的缺点是什么?

  •  6
  • Manius  · 技术社区  · 14 年前

    定制外观(外观)是否需要更多的工作或源代码文件?火花相对于光环的可维护性和可读性如何?总体上来说,定制比光环更高效、更容易吗?差不多,更少?

    如果你是一个对光环外观99%满意的SDK用户(也许只是一些CSS的调整),你是不是在转向Spark为你创造更多的工作?我们现在是否需要雇佣设计师来获得一个合理完整的外观和感觉?

    2 回复  |  直到 9 年前
        1
  •  2
  •   hering Robyn Liu    14 年前

    imho您有更多的可能性与火花皮肤。因此,在某些情况下,它需要更多的工作,但由于皮肤是可维护的,当然也取决于开发人员。我没有修改光环皮肤,所以我开始使用带火花的皮肤。 我不是皮肤专家,我只研究了一些皮肤。难度还可以。创建新的皮肤似乎很困难,但是扩展现有的皮肤是很容易的。

    如果你(99%)很高兴,并且你没有看到转换到火花的好处,那么你就不应该这样做。

    使用火花组件时发生了一些变化,例如,在按钮控制中使用图标的可能性在火花按钮中不存在。当然,你可以写自己的皮肤,有更多的可能性去做,但这需要时间。 除了按钮,我不后悔我们换了火花。

        2
  •  3
  •   Wade Mueller    14 年前

    在做了很多光晕和火花的皮肤,我可以说我发现火花更灵活(没有双关语的意图)。使用Halo,我花了很多时间编写ActionScript来绘制编程皮肤。flex 4引入了新的状态模型和fxg,它允许您使用mxml创建皮肤。在我的经验中,代码更少,可读性更强,可维护性更强。形式和功能的分离也更干净,火花。我花了很长时间才真正领悟到做事的火花,但最终还是值得付出努力。在缺点上,我发现Spark控件设置不完整(没有树、数据报、DividedBox、日期选择器、颜色选择器、图标按钮等等),新的Spark控件也有其独特之处(为什么DropDownList本身的大小与其对应的Halo内容不一样?但是总的来说我很高兴。

    推荐文章