- 博客(7)
- 资源 (1)
- 问答 (2)
- 收藏
- 关注
RSS订阅原创 UI思想：追求快速开发的方法是购买成品组件库（美食都是要花费心思用心去做的）
昨天看了一个台湾美食记录片。 主人用心耐心地制作美食：佛跳墙。 记者感叹：很费事啊。 主人淡然回答：美食都是要花费心思用心去做的。
2014-03-24 16:33:41
946
原创 类设计要点： 变量/函数的命名要泛化，减少代码”冗余“
类继承的情况下，可能会产生某种“冗余”，举例说明。 //横向滚动条 class A { public var _const_height:int = 20; //固定边长：高度 。。。 } //纵向滚动条（继承自A） class B extends A { public var _const_w
2014-03-19 15:51:42
1236
原创 UI组件： 使用命名空间，既保证私密性，又具有“隐秘”的开放性 （圣诞节彩蛋）
UI组件的结构（功能）部分和皮肤是分开的独立对象。 皮肤内部不应该定义和功能有关的任何方法。有些情况下皮肤的确需要完成一些功能，所以需要调用结构部分的函数。 常规方法是将这些函数定义为Public。 Public过于开放。如果不想公开给外部，那么怎么办？ 使用自定义命名空间。 这些自定义命名空间属于UI组件的内部“潜规则”。既具有“隐秘”的开放性，对外又具有私密性（不可见）。
2014-03-14 17:57:49
790
原创 UI组件设计： 不完全编程
UI组件直接的使用者是IT工程师。 遵循组件使用规范作为开发规则，需要IT工程师严格遵守。 比如设置按钮的宽度时，不应该小于零。 于是乎，在UI组件设计和开发中，不必要去检查宽度是否小于零（因为使用规则上不允许这么去设置）。 于是乎，“不完全编程”出现了。 用规则约束使用者，而不是讲规则固化到UI组件代码中。这就是我命名的“不完全编程”。 好处在哪里？ 代码少
2014-03-13 16:34:09
805
1
原创 UI组件宽高： 不必设最小宽高
>>最小宽高的目的 为宽高设定负值会造成宽高自动变为系统默认值（100*100）。 设定最小宽高，可以防止这一点 >>可能引发的问题（例） 1. 缩放动画 缩小对象的宽高，达到最小值的时候，动画效果消失 2. 遇到有内边距的设置时，如果内边距过大，可能使得有效空间缩小到最小宽高以下，从而产生预期外的效果 >>措施 既然最小宽高的引入会引发负面影响，莫不
2014-03-10 10:56:44
782
原创 UI组件： 向皮肤注入Callback函数是否有必要？是否有更合理的结构？----取消本文章
Callback方式的增加，无疑增加了充分理解代码的难度。 Callback方式是否真的有必要？有么有更合理更容易理解的代码结构？ 有必要。 皮肤不能完成的角色和功能通过Callback函数来完成（例如：文本框皮肤不能处理文字渲染，必须调用主体TextField来完成。这里利用了Callback函数）。 注意：Callback不是用来传递数据的。传递数据完全交由事件机制来处理。
2014-03-06 18:18:53
720
原创 UI组件设计：充分利用事件机制
UI组件 = 容器 + 子组件（复数） 以下拉框为例，点击三角形按钮，将弹出下拉框体。 此时事件的发出者（event.target）是三角形按钮（子组件），而非下拉框本体。 是否要阻止子组件事件向外传播？否 （1）。UI组件的嵌套层次通常不多（3层以上的很少）。由子组件发出的事件途经的显示列表很短，传播产生的运行性能损失完全可以忽略不计。 （2）。事件机制使得代码结构设计变得
2014-03-06 17:34:47
677
疑惑： 在原型方法中访问var变量
2017-09-08
请教：Table标签的浏览器兼容性问题
2017-08-31
TA创建的收藏夹 TA关注的收藏夹
TA关注的人