小伙子有前途,BANQ的很多观点并不一定正确1.oo包括两方面,语言特性与系统分析
站在分析的角度,谁都可以构建一个OO的系统,UML是与编程语言无关的
语言特性,JAVA的支持比较直接,但是你用其他语言照样可以写出OO的代码,例如JAVASCRIPT 一个脚本语言照样可以是OO的,象MODELLY就是一个JS语言的比较优秀的OO封装 OO是什么?只是封装 继承 多态,然后把这种思想往系统设计上扩展
2.100人同时在线,如果不存在内存泄露,各种配置不出问题,结构合理,速度是非常快的。100人同时在线不代表着100个并发
现在的JAVA虚拟机非常强悍,回收垃圾的效率远远胜过创建一个对象池来维护一些小对象,所以没有必要为JAVA虚拟机的频繁启动而担忧,而JAVA虚拟机将越来越强大。IBM就有一个项目,是让JAVA虚拟机每隔多少秒启动一次。JAVA虚拟机启动的时候,好象是先标记存在引用的对象,标记完后,把所有未标记的对象全部回收掉。大型网站的高并发是靠集群来实现的。在每个省都有一个集群服务器,然后定时从主服务器上取得更新的内容。模式是解决开发中某些问题的业界比较成熟公认的方法。两者是不同的问题领域。
3.基层的东西算法之类,你有时间嘛就多学学,技多不压身。这些东西都有现成的JAR包可以调用,而且人家的东西是经历时间环境考验的,而自己写的也许会存在这样那样的问题。做企业开发,真的象BANQ说的那样,搭积木,你知道这个积木是干什么的,该怎么用就OK了,至于积木的内部实现,有时间你就慢慢研究吧,积木海了去了,也许你努力了N久,可以开发出一个更好的同类积木,OK,那大家以后全用你的。人的生命是很短暂的,我们应该有自己的专注领域,是某几个积木?还是用N个积木搭出来的那个玩具?取决于你的兴趣爱好
4.首先OO并不是万能的,他有自己的涉及领域,而且他也有不少的缺点,一个企业应用仅仅依靠OO是远远不够的。数据库是一定要的,别听BANQ瞎说。但是他的作用在弱化,这是事实。数据永远是企业的重点保护对象,不然还需要容灾倍份干嘛。软件只是数据搬家,中间再加点转化而已。数据重要还是搬家的工具重要?数据在向海量化发展,我们对工具的要求不断的在提高。
分层主要是为了把工具分解成不同的零件,当有一天某个零件坏了,我们可以很快的把他给换掉,而不影响到其他的零件。
请大家指正我的错误,谢谢