AOP,ORM,NHIBERATE,IOC 到底适不适合我们?
现在这种概念炒得满天飞,好像这些玩意儿相当的热门,代表了相当前卫的新技术。那它到底适合我们吗?有一篇文章讨论得很深入:http://www.cnblogs.com/lovecherry/archive/2007/11/09/954348.html
lovecherry :
大家都说的很好,可能由于网络的原因,一些大的概念、SOA、IOC、AOP、ORM被很多人知晓,但是很多人不管三七二十一就说我们的项目也要SOA、IOC、AOP、ORM,结果一看,你们项目的SOA就是WEB服务?你们项目的AOP就是LOG?你们项目的ORM就是使用NHIBERNATE替代SQL语句?我反正什么都没有在项目中用,因为我们的项目不够格。
PS:这句话非常精辟。
pk的眼泪
在 Rad 的时代里,人们关注的是,开发能再快一点,周期短一点,性能好一点,效率高一点,说得过去就行了,用什么技术都行,最关心的还是成本能再低一点点....,养活一个以项目为生的公司不易,这也是无奈的现状,无奈的程序,无奈的人生。
lovecherry :
大家都说的很好,可能由于网络的原因,一些大的概念、SOA、IOC、AOP、ORM被很多人知晓,但是很多人不管三七二十一就说我们的项目也要SOA、IOC、AOP、ORM,结果一看,你们项目的SOA就是WEB服务?你们项目的AOP就是LOG?你们项目的ORM就是使用NHIBERNATE替代SQL语句?我反正什么都没有在项目中用,因为我们的项目不够格。
PS:这句话非常精辟。
pk的眼泪
在 Rad 的时代里,人们关注的是,开发能再快一点,周期短一点,性能好一点,效率高一点,说得过去就行了,用什么技术都行,最关心的还是成本能再低一点点....,养活一个以项目为生的公司不易,这也是无奈的现状,无奈的程序,无奈的人生。
浙公网安备 33010602011771号