AIR
tiangej
这个作者很懒,什么都没留下…
展开
-
Flex事件总线型传播的应用
Flex的事件传播可以理解成两种方式: 树状型(显示列表)、总线型利用不同的传播类型,其应用可以称呼为: 对事件传播的纵向应用和横向应用 1. 树状型(显示列表) 事件沿着节点到根部的路径上传播 这是由上至下或由下至上的“纵向应用”。 root原创 2011-12-02 13:21:10 · 774 阅读 · 0 评论 -
Flex程序中的注释对编译后的swf文件大小无影响
做实验如下:对Flex程序某Function的注释或Function内部变量,逻辑块的注释进行大规模增容(复制粘贴),通过编译(无论是Debug版,还是Release版)发现,swf文件的尺寸基本没有变化。因此得出如题结论。 么有尝试过:通过swf文件的反编译软件,是否可以证实注释行的内容没有别编译进程序中呢?原创 2012-01-23 00:08:58 · 910 阅读 · 0 评论 -
权衡:寻找平衡
自然的存续是不断寻找平衡的过程。“平衡”统治着宇宙,统治着我们的思想和行动。作为人类的活动之一,IT软件产品的开发过程中也处处在“寻找平衡”。 软件产品的开发是在有限工期、有限成本、客观条件(比如技术者保有情况,技术的熟悉程度)等诸多制约下,在起点和目标终点之间寻找一条最短的路线。而寻找这条路线的过程就是“平衡”各方制约的过程。 具体到Flex开发RIA,比如:为了追求原创 2012-01-22 21:46:40 · 650 阅读 · 0 评论 -
再思考如何给Flex程序瘦身,如何提高swf运行性能
**以下皆为个人判断,仅供参考。 1、 Flex程序为什么这么胖? (1)、可视化组件个体体积大 “作为一个框架,我要尽可能提供多功能的通用型组件。我无法预知在你的特定应用中你需要什么功能,不需要什么功能,所以索性把我能够想到的功能都提供给你。” 于是每个可视化组件都很大。 在你的Flex开发的RIA应用中,是否用到了框架提供的全部功能,比如说动原创 2011-12-26 22:58:34 · 1356 阅读 · 0 评论 -
Flex为什么要"NoMVC"(再)
思考一个问题:我提倡尝试“NoMVC”,是否仅仅为了NoMVC而NoMVC?是否有充足的理由认为应该NoMVC?反过来,如果使用MVC,是否仅仅为了MVC而MVC?是否有充足的理由认为应该MVC? 曾经有人质疑我们是否先入为主地认定:使用框架就是好,不是用框架就不好。无论主流是什么观点,都要避免盲从。原创 2011-12-22 23:42:17 · 742 阅读 · 0 评论 -
Flex为什么要"NoMVC"
Flex为什么要MVC?1、对不同用途的代码进行分类管理?降低耦合?2、分类后的每个代码程序规模都不大,使得代码容易懂?3、防止修改代码的时候把不该修改的地方误改了?4、提高生产效率(代码少?容易编写?)?5、代码易读,易懂?6、代码容易单独调试?7、减少重复代码?8、代码运行性能好?9、易维护? ----------------------------原创 2011-12-22 23:31:38 · 1519 阅读 · 0 评论 -
NoMVC
我认为对于RIA开发,不采用MVC结构来组织代码是另外一种可行之路,化繁为简,回归简约,用“软约束”对编写代码加以控制,是十分值得推崇的做法。我为其命名为“NoMVC” 我将在今后为之实践。 : “软约束”一词出自本Blog中一文。原创 2011-12-21 23:42:24 · 514 阅读 · 0 评论 -
“面向对象”的误解
摘自《松本行弘的程序世界》的第31页: 一个误解是,对象是对现实世界的中具体物体的反映,继承是对物体分类的反映。这个观点是错误的。另一个误解是,多重继承是不好的。这个观点也是错误的。 如果把面向对象编程看作是对结构化编程的扩展,那么对象是否是现实世界中具体物体的反映就不重要了。 ----------------------------------------------原创 2011-12-20 23:08:03 · 478 阅读 · 0 评论 -
好的代码:傻瓜型代码
傻瓜相机,谁都能用,大众喜欢。傻瓜代码,谁(软件开发者)都能看懂,维护方便,这是好代码。 世界上90%的软件不需要复杂的算法,不需为节省内存或降低CPU而对算法和代码进行优化。代码的可读性往往是评价代码优劣的重要标准。 为了实现良好的可读性,可以用很常规的办法实现:比如要有充分的注释,比如禁止代码嵌套,比如禁止一行代码过长,比如禁止IF语句或For语句超过3层嵌套,等等原创 2011-12-19 23:29:27 · 1426 阅读 · 0 评论 -
团队开发的“软约束”和“硬约束”
大型项目需要团队开发。团队开发的标准之一是“千人一面”。即不同的人开发的代码在形式和风格上保持一致,就像一个人开发出来的一样。为了做到这一点,需要事先制定“软约束”和“硬约束”。 “软约束”:编码规则,命名规则,典型代码的示例(Sample)等等,这些对代码的约束,我们可称之为“软约束”。“硬约束”:与“软约束”相对,框架就是“硬约束”。在编码过程中,如果不遵守,程序就无法编译原创 2011-12-19 23:12:09 · 6417 阅读 · 0 评论 -
追求“纯粹的技术”的误区
曾经以为Flex足够强大,强大到可以通吃前台的方方面面,而不用借助其他技术,比如Javascript。错了。曾经追求用纯粹的Flex构建系统前台,认为混合技术的“血统”不够纯正。错了。 软件开发技术没有被“一统天下”,是因为各种技术都各有所长,同时又各有所短,所以在不同场合要因地制宜地选择最合适的技术。如果能够使用单一技术当然最好,但是为了追求“单一”而舍弃“组合”的思路是原创 2011-12-05 23:16:54 · 545 阅读 · 0 评论 -
为什么用Flex开发RIA?
Apple公司的产品为什么异军突起,独领风骚?它的产品用户体验无人能敌。用户体验是什么?是眼睛看到的,是手触摸到的,是耳朵听到的,也许不久的未来我们会用嘴来品尝,用鼻子来闻IT产品。 现在IT软件网络产品在功能实现方式和实现方法上基本成熟(比如安全,负载均衡,服务器扩展等),但是在上述“用户体验”方面不够给力。大部分产品的用户体验都属于“中规中矩”。 Apple的产原创 2012-01-22 20:56:56 · 781 阅读 · 0 评论