我的工程架构变迁[1]

     ss2h 成为流行组合后,似乎大家都一拥而上,我的工程结构也不失时机,ss2h组合也很诱人,起码对我来说,可以省去servlet 无边无际的配置,url映射,以前用servlet的时候,写一个action层的控制器,比如一个管理员的控制器,需要写很多方法,在servlet里头,然后系统传递给主方法很多参数,比如操作,在主方法上可能需要无数的if else 代码模型会被我写成这样

String action = request.getParameter("action");
 if(action.equals("a")){
   methoda(req,res);
}else if(action.equals("b")){
methodb(req,res);
}else if(action.equals("c")){
methodc(req,res);
}else if(action.equals("d")){
methodd(req,res);
}...

常常被参数转型,参数检查,表单参数与request参数命名统一所折磨,如果你需要一个新方法,你就必须使用类似doGet这样的方法签名 ,当然也可以用工具类来辅助

      但是,所有参数一律是被转型为String的,到底是什么你得自己在服务端再转一次才可以用,所以客户端也无法确保,出了通过js检查类型之外,这需要在网页上写很多表单检查代码,在网页上字段量非常大的情况下,检查代码会写得很复杂,很庞大,最重要的是在服务器端无法得到保障, 代码的重用性写的不好,js本身是若类型的,你要确定类型就必须写更多的检查代码

      ssh框架和个中验证框架的出现使这些问题变得通用,他从一个层面截取参数做检查,在服务端进行必要的检查,从配置文件配置检验规则,比如valitator框架,struts1 就结合这个框架验证参数

      但是struts1 的出现初步改变了web开发以servlet 为主的局面,统一的控制器配置,布局框架tile,验证框架,formbean

统一的action父类[尽管]............

你可能感兴趣的:(框架,Web,servlet,配置管理,ssh)