2014年01月_tiangej

09月 08月 06月 05月 04月 03月 02月 01月

原创 UI组件库不是固化的，而是开放性的（需要根据WebApp的独特需要做个性化修改）

因此，轻量的、灵活的、易于修改和扩展的结构体系才尤其重要！

2014-01-29 16:45:29 588

原创 UI组件：暴露最小限度接口，在组件基类中实装共性属性

如题！

2014-01-29 16:42:59 607

原创 UI组件设计根本出发点

1. 什么人使用UI组件 Web应用技术开发者（非艺术设计师） 2. 他们如何使用UI组件由于缺乏相应的设计技能，99%的情况下，他们被分派专注实现业务逻辑。与外观相关的，他们一般会涉及到：设置宽高，调整位置（xy坐标），设置有效无效属性。 * 遗憾的是，在企业WebApp领域，绝大多数的客户只注重功能设计，很少投入到UI/UE设计（艺

2014-01-29 15:08:14 1204

原创 UI组件应该是原子性设计

UI设计无穷尽。举例：通过一种文本标签组件囊括所有可能的功能（满足设计），是不切实际的。 UI组件具有原子属性，具有不同外观属性和功能的UI组件的组合，会满足绝大多数的要求。相反的，如果UI组件不具备原子属性，则意味着带有某些“特性”，只能满足特定的一些需求。我们所构建的UI组件体系，是具备“原子属性”的。

2014-01-29 09:59:32 1157

原创 UI组件设计思想：提供基本功能，有特殊需求时自定义扩展

如题！这是避免过剩设计的准则。例如文本标签组件，设计师对文字、文字组合、排版的创意无限。自然不可能预先提供与之匹配的UI组件。设计先行，代码（UI组件）随后实现之。有设计师积极参与的WebApp中，UI组件的编写顺序应该如此。

2014-01-28 15:35:19 673

原创 UI组件功能设计思想：不要追求功能的大而全；轻型的、简单清晰的架构和易扩展才是评价优劣的标准

Flex提供的UI组件是典型的负面教材。它的标签使用了TLF框架，沉重臃肿。图文混排一直是Actionsc（Flash）的弱项。 TLF是为复杂的图文排版开发出的框架，仅实现了HTML排版功能的一部分。 Flex标签用在哪里？复杂的版面设计领域吗？显然不是（用Flex开发排版设计，无论成果物的体积（WebApp或AIR）还是运行速度都和本地应用相差太多）。 Flex的主战

2014-01-28 11:45:06 1602

原创 skin库工程不要把Frameword编译进swf内部

主程序通常把使用到的Framework编译进程序内部，如果动态加载的skin库（swf)包含相同类引用，则会造成整体体积变大。

2014-01-21 18:07:25 827 3

原创 UI组件式样：简单Label

>>组件简单文本组件 >>功能 1. 显示单行文本 2. 文本超出宽度时，省略表示 3. 对文本统一设置样式：背景颜色、边框颜色字体、字体大小、文本、文本颜色、粗体、斜体、下划线、字间距、对齐方式 >>不具备的功能 1. 不能自动换行（但是允许在文本中插入换行转义符）

2014-01-15 15:23:52 807

原创 UI组件：父子组件渲染的同步、不同步设计

UI组件不可避免的出现嵌套关系，也就是父组件和子组件的关系。 UI组件的使用者仅对父组件露出的公开属性进行设定，而不能直接对子组件进行设定。而父组件的某些属性改变了组件的整体状态，不单是父组件需要对状态进行改变（通常是外观、皮肤的变化），子组件也要相应作出反应。子组件是如何感知父组件属性的变化，从而改变状态的呢？ >>触发外观渲染的因素

2014-01-09 14:16:32 752

原创无正文：UI库设计的核心是结构设计 + 消息机制设计

如题。

2014-01-09 08:57:45 699

原创给TextField.text复制后，htmlText属性也联动有了值；反之亦然

package { import flash.display.Sprite; import flash.text.TextField; public class ddddd extends Sprite { public function ddddd() { var tf:TextField = new TextField(); // tf.text = "11"; /

2014-01-07 16:53:16 819

转载转载：《我为何停止使用Spring》认同其中的一些感触和判断

http://www.infoq.com/cn/news/2013/12/why-i-stop-using-spring?utm_source=infoq&utm_medium=popular_links_homepage Johannes Brodwall是一位程序员、解决方案架构师、用户组与会议组织者、会议演讲者与布道师。Johannes一直在不遗余力地将敏捷原则应用到大型软件项

2014-01-07 14:09:39 618