从JSP/Servlet/JavaBean 学过来 , 一直都是View --> Controller --> Model 这样的一个顺序 , 因为我觉得这样很直观 , 从jsp页面能正常被访问开始 , 再到某一个功能 , 到Servlet , Servlet需要调用JavaBean了 , 再去创建JavaBean , 真的
很爽的.
但是到了JavaEE之后 , 书上说 , 将来的开发都是从底层开始的 , 从DAO层 --> 业务逻辑层 --> 再到控制层 -- 最后才是视图层 , 我一看差点每郁闷死 , 哪有这种开发的顺序, 前面还不知道做什么呢? 后面就把功能完成了, 况且完城一个类或者接口之后
又不能想以前的那种开发顺序一样 , 做一步运行一下 , 出现错误也好知道是哪里出了问题 .
这个可好 , 你不做完最后一步, 你根本看不到 你的执行效果 , 万一除了问题 , 还要4各层 ,共8 9 个类或者接口的去找异常,
那不头疼死啊?!
但是我在练习Struts的过程中 , 慢慢发现, 按照以前的方式, 真的不合适了 , 到了自定义Action 中 (也就是以前Controller层)
需要调用业务逻辑类的时候 , 都不知道类该怎么写了 , 因为后台的东西已经变得越来越复杂了 , 并不象以前那样 ,
一个JavaBean利用提前写好的jdbc , 从数据库中取出数据 , 封装好就可以了 . 现在业务逻辑层, 数据库访问层,
太乱了, 今天试了下从数据库访问层写起 感觉逻辑思路还是很清晰的 .
慢慢适应吧 .