无框架的情形

系统开发:技术性系统 业务性系统.

开发业务性系统,最为重要的是:1 业务规则清晰及更为方便和迅速地适应业务规则的变化 2 界面美观.

 

任何一个系统的开发都应当遵循简单的原则,如果能用一般的类包可以清晰实现业务规则,就没有必要为了使用框架而故意去使用ejb来实现业务规则.一个business包就可以实现业务,一个dao包就可以实现hibernate的功能,自定义一个反射工具包,就可以实现Spring的功能.多加一个框架,系统代码复杂度就会提高很多.

 

一般的业务系统用这种简单的开发方式完全可以完成开发,技术能力一般都可以胜任.

 

在系统正常运行的基础之上,程序员应当追求更好更快.这一步里面,技术所占的比重变得更高.更好:提高系统稳定和高效.更快:提高系统的开发速度.

 

而目前大多数的企业,所做的系统都是中小型的业务系统.能做大型的业务系统和技术性系统是少之又少.那么多的招聘要求这个框架那个框架,其实是一种误导.

 

面试时,如果问到这个框架或者那个框架.简直可以反问面试官:这个框架的用途是什么?如果能用一各简单的方式实现这个框架在项目中所有发挥的作用.是否还有必要使用这个框架?

 

当然,如果真得是需要使用一个框架,即使不懂.也要能三个星期之内.使用框架做个东西出来.强调的是一种学习能力.

 

 

评论

1 楼 chian_xxp 2009-02-23  

无框架的弊端:
1 没有前台框架,整个系统的配置文件会变得繁琐复杂.要定义很多的servlet.而且在servlet中,要手动去取得前台输入的数据.
这里候,struts等前台框架的作用体现出来了.
而且单独的struts-config.xml配置文件将系统的走向都独立出来了.web.xml也不会看下来那么乱.