IoVC，一种新的编程思想

看了半天！本来不想说！结果发现自己上当了！忍不住了！

所谓IoVC，不过是作者自己的一方意愿！一句话“至于提到历史或者内部原因，我不了解也不想管，反正目前还算挺好用就是了。”让所有参与讨论的人郁闷了！原来不过是人家玩过家家游戏，自己开心！我们去操啥心呢！

好吧， 所谓IoVC（不管叫啥），说是思想就太高了，估计这点让hax很不爽。如果改成在有限条件下的一个实践，我估计hax没有啥意见。毕竟说思想，那就给经的起推敲！很明显所谓IoVC是经不住质疑和推敲的。

没看懂你上了什么当。。。人家hax兄说“AOM选择JSF有非技术原因”，难道我还会天真得去跟一个我不认识的人去探讨一个公司选择一个技术有什么非技术原因吗？他说出来的东西我凭什么就信了？难道他是那个公司的老员工，因为某种原因离开了？又或者推广过某种技术，别人因为某些非技术原因没用他的而用了JSF？猜测这些东西有意义吗？所以关于这些东西，我不了解也不想管。当然，如果他喜欢，不管我想不想管，他都会说，不需要通过我的口来问。。。

http://www.operamasks.org/IoVC/index.jsf

我觉得做的蛮好的！

我来说点我听来的分析。

按说金蝶也是很强的，当初袁老大一个人实现了j2ee容器，让我等是敬仰不已（这是真心话）。但是Apusic的策略有问题，没有早认识到开源模式，所以上（websphere、weblogic）下（tomcat）受挤压，只能卖给国内一些小企业。当然金蝶自己不靠这个赚钱。
所以现在决定要另辟蹊径。但是找个什么切入点呢？最后就找了JSF。因为一来它是个标准，背靠标准好乘凉，二来JSF因为争议颇多，发展颇慢，所以尚未有人占领市场，三来JSF确实也不能说完全一无是处，还是能够自圆其说的。
怎么推广AOM呢？第一，开源。第二，要宣传我是遵循标准的。企业一般会投资符合标准的产品。第三，要想尽办法搞点特性来吸引开发者。

以上是我听来的。下面是我个人的想法：

为了吸引开发者，就要让开发者觉得它真的方便。看得出AOM在这里下了很多功夫，但是有时候有点走火入魔了，IoVC就是一个典型的没有经过深思熟虑就推出的东西。而且还不小心的夸张为了比MVC更好的MVC，一种新“思想”。

不错如yimlin所说，如果他低调点，提出，我们这样这样干是不是好一点，你们觉得方便不方便等等，那肯定就没有人会来敲打它了。

...话题就变了吗？ 那干活去了。。。

也不能一棒子把人打死啊

不看不知道，一看吓一跳。AOM专做反其道行之的事情。

我现在很同情JSF了，被AOM这样糟尽。。。

BTW我摘录的是第一段和最后一段。大家可以发现其中的自相矛盾之处吗？


“OperaMasks已经在JSR-252的基础上对表达式语言做了大量的扩充，已经成为一种全新的表达式语言，我们将其命名为ELite，意为其源于EL表达式，同时又有轻量(Lite)的含义。

在OperaMasks的IoVC框架之下，EL已经很少出现在视图中，而在业务层将更多地使用EL来简化业务模型的开发，例如注入依赖对象、发送模型事件等。因此，JSR-252所定义的表达式语言已经不能满足要求，我们必须设计一种功能更强大的表达式语言来灵活地访问和操纵业务模型对象。
……
到现在为止，您还认为ELite是一种简单的表达式语言吗? ELite现在已经演化成为一个功能强大的动态语言，它脱胎于LISP这门古老而伟大的语言，同时又具有与Java相近的语法形式，可以容易地调用Java所写的程序代码，以及提供了方便灵活的集合操作函数，使其成为编写展现层逻辑的一种奇妙的选择。”

看到Elite，我想到了JS。因为Elite又是一种胶合语言，起的作用和JS如出一辙。只不过Elite在服务器端，而JS在浏览器端。

早晚（就2、3年最多了）会发展出强大的B端组件模型（ext就是明证），而加上DWR/Sajax这样的模式之后，抛开皮相的差别，编程模式最终还是归于一统。

唯一差别是多少在Browser，多少在Server而已。AOM说我能把Server端的逻辑靠ajax搬点到Browser上，但是大家自己直接用DWR不行吗？唯一的优势或许是Elite语言比JS好一点？不过这点优势实在是太不堪一击了。

如果有人要扯IDE支持、JSF组件模型优势……那就扯吧，反正扯扯无伤大雅。

本来是一篇挺有深度的技术争论，已经演变成一种非善意攻击了。
路过，遗憾，闪人......

是啊，中国的程序员啊！！！！！有点水平的恰恰嘴巴火辣得像骂街婆一样。
永远做开源的消费国吧，我没意见:wink:
搞开源的同胞们，静下心来，奉献的本初应该是快乐，这个世界太寒冷了，唾沫星子淹死人啊，孤独的时候一个人一定要注意身体。