|
锁定老帖子 主题：面向对象之弊，面向过程之优
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-12
"C++最早是 c with class。后期引入了template 等概念。严格来说不具有完整oop的特性"
除了依赖根对象和反射的设计，我想不出有什么框架是java能做，c++做不了的或者很难做的。 即使反射，c++某些库也有自己的实现，只是没在整体的语言层面形成标准 c++的面向oo的语法相比java只多不少，不知道这句是从何而来 java某个层面可以说是c++在面向对象领域的改良版，也同样可说成是精简版，引入的不多，削减的不少 java在库的可用性和丰富程度和进步速度，不是c++可比的，毕竟java在语言层面不用纠结于移植和标准之争。 hatedance 写道 1 关于“终端-主机转到cs又回到类似终端-主机的bs架构”这个问题，我觉得是当年最初为了利用大型主机的资源，后来是c/s是因为没了大型主机，也没有浏览器这样的标准客户端，再后来b/s是为了方便发布.客户端的胖瘦会一直演变下去。 2 你的职责还是属于你的，你的manager不会替你干活，他下指令给你让你干活。如果你只是个不会干活的参数（headcount），他估计早就废了你。 b/s已经不仅仅是发布这么简单了 终端-主机的时代是因为终端根本做不了事 cs时代是因为希望终端多做事，主机资源太珍贵 b/s时代是因为主机资源不再珍贵，且功能更强大，体系结构能更简单。原因就是manager承担更多的事务 看看现在针对应用服务的云google app 针对你的职责，你得弄清楚到底什么是你的职责 假设A，B，C，你是A C需要你和B的输出，但你不需要C和B的任何资源，那你希望自己去了解C了解B吗（import c;import b），你愿意主动push B然后向C去输出吗(c=a.plus(b); )?你可以这样做，但是这样多半会导致职责不明和混乱 最合理的做法当然是要么C驱动你和B，要么找个manager去协调A，B，C |
| 返回顶楼 | |
|
发表时间：2010-11-10
对于回调函数问题我觉得java应该许可定义函数类型变量，就像数组一样.指定某个参数类型和返回值类型的函数，当然这里会涉及到动态覆盖.以及关键字注明是否可以回调
|
| 返回顶楼 | |
