- 博客(7)
- 资源 (1)
- 问答 (2)
- 收藏
- 关注
RSS订阅原创 AS3 类成员变量的初始化和构造函数的执行 谁先谁后？
有如下测试代码，运行Test，看看输出结果是什么？ { public class Class1 { public var txt:String = "aaaaaaaaaaaaaaaaaa"; public function Class1() { trace(txt); } } } package { public class Class2 extend
2013-10-25 11:32:33
1604
原创 组件特性
>>基本单位 1. TextField (MyTextBase) 2. Sprite (MyContainerBase) >>组件性质 复合组件（个别无文字的按钮被设计成为基本单位性质的组件：纯粹由单个Sprite完成） >>层次结构扁平化 显示列表中各节点的父子层次数量最少化设计（纵深嵌套的关系影响FlashPlayer渲染性能，并增加组件的复杂程度）
2013-10-23 16:14:53
1266
转载 转载： 代码可维护性的神秘面纱
代码可维护性的神秘面纱 http://www.csdn.net/article/2013-10-17/2817206-myth-of-maintainability
2013-10-21 11:43:23
568
原创 UI组件设计方案: 审视类继承带来的复杂性（层次化），审视解除类继承带来的结构扁平化（易懂）
较少层次（扁平化）的类结构： 优点：代码可读性增加 缺点：增加了代码重复的几率 较多层次的类结构： 优点： 最大限度重用代码，减少了重复代码的几率 缺点： 过多层次的继承降低了代码的可读性。随着功能的变化（增删改），原来对类以及类层次结构的定义非常有可能产生大的变化。在不重构的情况下，
2013-10-18 17:38:33
863
原创 UI组件设计方案: 大幅减少与外观相关的属性
Flex的UI组件提供了大量的可以运行时修改的属性，很多与外观视觉效果有关（圆角，渐变色等）。 增加了灵活度，但是否有必要？ 实际项目开发中，绝大多数的视觉效果是一致且不变的。 不妨从”风格统一“的设计角度去思考这个问题。 这个UI组件结构的设计带来了新思路：不必像Flex的UI组件那样公开那么多的属性。 皮肤完成了绝大多数的外观功能。 UI组件的结构设计要合理。结构和皮肤的结合
2013-10-17 18:47:13
904
原创 UI组件的两个源头
http://help.adobe.com/zh_CN/ActionScript/3.0_ProgrammingAS3/WS5b3ccc516d4fbf351e63e3d118a9b90204-7e3c.html 从Actionscript核心显示类图上可以看出，TextField比Sprite更接近根部，两者属于不同级别。 因此UI组件的两个源头也有了理论基础。
2013-10-17 12:06:12
706
原创 工程结构
iAS_Base： swc类库：swc类库，UI组件的基础定义。被App以及UI组件使用，并编译至其中。 iAS_uiComponent_Lib1：swc类库，定义一组UI组件的结构。被编译进App中。 iAS_uiComponent_Lib1_Skin1： swf库。由App动态加载并实例化 iAS_uiComponent_Lib1_Skin2： iAS_uiComponent_L
2013-10-12 14:32:01
521
疑惑： 在原型方法中访问var变量
2017-09-08
请教：Table标签的浏览器兼容性问题
2017-08-31
TA创建的收藏夹 TA关注的收藏夹
TA关注的人