Flex框架封闭式设计理念制约其发展,甚至断了它的前程
对于大多数开发者而言,Flex框架是拿来即用的成品,对其更多的操作是通过CSS改变外观;或在其提供的结构之上,抑或根据其既定的结构要求增加自定义内容。 无论何种操作,都是在做内容的“加法”。没有“减法(去掉不需要的功能,减小体积)” 真正把握住FLex框架内部机制占的比例非常小。即便是懂得了其内部机制、原理,也只能就此止步。 因为不可能重写FLex框架。 (补充:FLex框架为了向下兼容,保留了很多旧版本的代码。且全部代码难见“工程式开发”所体现的标准代码,统一风格。看其代码是相当费事的。个人认为好代码应该是易懂的,应该是“傻瓜式”的) 在这种意义上,Flex框架面向开发者呈现出的是一种封闭式状态(很难修改其内部机制或削减功能)。 要知道,国内网络速度是有目共睹的,大体积的Flex程序在下载速度上首先被用户否定掉了。 即便未来网速大幅度提升,作为网络应用,服务提供商支出的很大一部分成本在于购买带宽流量。Flex体积大就意味着需要更多的带宽,更多的流量,更多的成本。 只能做加法,不能做减法的Flex框架目前的风光不再,于此有很大关系:用户体验不佳(下载慢)。 如果FLex的体积能够像jsp、php那样体积小巧,应该能够重换光彩。 但是事实上不可能达到那么小的体积(这是Actionscript提供更多功能的代价。鱼与熊掌不可兼得)。但是与目前相比做小一半,甚至更多是有可能的。 方向就是做“减法”。 如何才能做减法?重构! (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- ruby-on-rails – 在Ruby中使用带有splats的下划线
- R 错误: XML content does not seem to be XML: 'input
- 依赖关系 – 有没有办法从yum检索依赖关系树?
- Oracle官方并发教程
- c# – Linq在加入时返回了太多结果
- sqlite3 api sqlite3_busy_timeout 与 sqlite3_busy_handl
- ruby-on-rails – application.css资产管道
- UserDefault.xml究竟路径在哪里?
- 使用GDataXML解析XML文档
- ruby – 一个没有继承的 – 如何覆盖一个类方法并从新方法中