看你的口气就是好为人师的吧。暂且不谈Beyond Java 里对Ruby 的偏执,但是扁AOP的篇幅就不少
说回来,我觉得在大部分Java应用的领域 - 一个Web Interface + DB backend的环境,如同书中所说,Java都不是很好的选择
技术这种东西太钻牛角尖没好处。比如当年流行的 Borland OWL, M$ MFC, Dephi, VB6 哪个不是有自己一大队“框架”。
我是从Logo语言玩起的,不幸的是这些框架都学过,甚至Borland的文本Control 框架也搞过,为了达到当年VGA文本上显示Norton图形鼠标,我还自己写了个框架
回头看看,这些技术不是不好,只是更新的太快,很快就都没用了。
现在火的RoR, PyGTK,Groovy, 过几年估计也那样了。
实际上API都是皮毛,算法才是真的。很多大型软件至今还是C写的就证明了这点。
话说回来,Java不搞的难点,要是跟PHP似的,谁给你发高薪啊。
说回来,我觉得在大部分Java应用的领域 - 一个Web Interface + DB backend的环境,如同书中所说,Java都不是很好的选择
技术这种东西太钻牛角尖没好处。比如当年流行的 Borland OWL, M$ MFC, Dephi, VB6 哪个不是有自己一大队“框架”。
我是从Logo语言玩起的,不幸的是这些框架都学过,甚至Borland的文本Control 框架也搞过,为了达到当年VGA文本上显示Norton图形鼠标,我还自己写了个框架
回头看看,这些技术不是不好,只是更新的太快,很快就都没用了。
现在火的RoR, PyGTK,Groovy, 过几年估计也那样了。
实际上API都是皮毛,算法才是真的。很多大型软件至今还是C写的就证明了这点。
话说回来,Java不搞的难点,要是跟PHP似的,谁给你发高薪啊。