原创文章,转载请注明。
曾几何时,JAVA的世界里还没现在这么多框架。当年我学习JAVA的时候JAVA主要是被当做跨平台的类C++语言看待的。
现如今,JAVA世界里有各种各样的框架,大部分人用JAVA主要是拿来做网站后台的。尤其是SSH和ibiats框架,占据绝对主流地位。以ssh框架为例,其确实可以帮助程序员减轻工作,但这是需要在一定条件下的,并不是用了ssh框架,不管什么问题都可以达到减轻工作的目的。其次,框架有一定的局限性,也不可能做到万能。
因此,我觉得程序员需要根据实际情况选择是否用框架,用什么框架。一些不明所以的程序员,对于一些小问题,往往会动不动就左一个spring又一个ibiats等等,感觉用的框架越多就越厉害似得。我觉得这是不对的。
致知在格物,物格而后知至。程序员只有透彻认识到程序的原理,具体的实际应用需求情况,并加之以深刻思考,才能制定出好的方案,然而好方案并不一定要用到某些框架的,用一些框架反而会事倍功半。
稍微更厉害点的程序员呢,是自己根据实际问题,创建一套适合自己情况的框架来简化问题。
我想,大师都不会人云亦云吧。
曾几何时,JAVA的世界里还没现在这么多框架。当年我学习JAVA的时候JAVA主要是被当做跨平台的类C++语言看待的。
现如今,JAVA世界里有各种各样的框架,大部分人用JAVA主要是拿来做网站后台的。尤其是SSH和ibiats框架,占据绝对主流地位。以ssh框架为例,其确实可以帮助程序员减轻工作,但这是需要在一定条件下的,并不是用了ssh框架,不管什么问题都可以达到减轻工作的目的。其次,框架有一定的局限性,也不可能做到万能。
因此,我觉得程序员需要根据实际情况选择是否用框架,用什么框架。一些不明所以的程序员,对于一些小问题,往往会动不动就左一个spring又一个ibiats等等,感觉用的框架越多就越厉害似得。我觉得这是不对的。
致知在格物,物格而后知至。程序员只有透彻认识到程序的原理,具体的实际应用需求情况,并加之以深刻思考,才能制定出好的方案,然而好方案并不一定要用到某些框架的,用一些框架反而会事倍功半。
稍微更厉害点的程序员呢,是自己根据实际问题,创建一套适合自己情况的框架来简化问题。
我想,大师都不会人云亦云吧。