怎么流畅的写代码

  虽然也做过一些项目,对很多框架也算是比较熟悉的,但在做某些功能的时候还是会卡壳,所以感觉自己有必要想想怎么样去思考一些问题,总结一套适合自己的套路来从容应对不同的问题

一.首先从大的方面来讲,即控制层(行为层),业务层和持久层

    分层的目的就是为了更好的去分工,所以控制层(行为层),业务层,和持久层应该保持 "原子性",好比说批量删除,我们控制层(行为层)就应该为控制层提供一个批量删除的方法,而在持久层对应的有一个删除个体的方法,在业务层我们通常会有业务也会保证其也是具有"原子性",这个行为成就会是我们的想法,持久层就会是我们的材料,业务层就是一个定制的加工厂

二.关于数据库的问题

    实际的过程中,我们可能会遇到一些比较复杂的sql语句的查询,及许多的表的关联查询,而在Hibernate中还会涉及一些延时加载的问题,级联的问题,其实无论什么问题,遵循WHW(what 是什么)(how 怎么做)(why为什么的)的原则会使我们比较从容的面对一些新的问题,所以我们首先要明白涉及多少张表,表与表之间的关系,以及要查询什么,最后在考虑是用外连接还是外连接等等,最后消一下笛卡尔积就能轻松应对

三.多用debug

    以前通常会有一个不好的习惯,系统抛出异常后就直接贴去百度解决,然而大多不得得其果,无奈之下只能自己检查,而通常也会发现是一些小毛病,对自己而言也仅仅是浪费了大量的时间并无收获可言,也不是不提倡自己有问题就去问,而是应该更多的发现问题出在哪里,以便于自己很好的解决,而且通过debug还可以清楚把控整个流程

四.多去总结

    其实我个人来讲,做程序还是直接走项目的多一点,起初学的时候跟着大佬的脚步去做,即使有时候我并不知道有些地方究竟是在做什么,听起来好像没有什么不好,的确应该知道怎么做,然后去了解为什么这么做,然而并非如此,因为我并不知道他是什么,所以就谈不上他为什么了,正是因为如此,我又回过头来先去了解了javaEE的整个体系,有了这些我就不会因为出现一个小小问题而停止不前

五.尝试着去了解一些经典和最新的资讯

   其实有些东西多听别人去讲还是会很受益的.当时学Spring之间代理模式就搞得我一脸懵逼,后来就看了很多东西,但说实话也都忘了,只记得对此有点概念的时候是为大佬讲的找房子的故事,真正搞明白的时候还是后来听另一位大佬讲的某潘和某西门大官人的故事(王某就是一个代理,被代理对象只需要负责自己的业务,负责漂亮,王某持有某潘引用,比如照片,会不会太现代,还是画像吧,而中间会有武松老哥进行阻拦)

 

你会刚发现你就这样轻易的知道了整个Struts2的流程,用户发送一个请求(request)[某西门大官人],核心处理器看看是不是一个Action[某王看看业务在不在范围内],如果在[刚好知道个妹纸挺漂亮嫁的却不怎么好],Action就会交给ActionProxy处理[某王:这单老娘接了],在ActionProxy执行前后可以添加多个拦截器[某王:通常别人收三十两银子,而某西门男子不是一般的土豪,就额外的收他一些金银首饰],最后交由struts.xml去渲染视图[最后某西门男子拿着某王给的微信找上了某潘]

多看看最新的资讯会明白大概的发展,互联网发展的还是太快了,看到差距的时候或许我们已经不是距离别人一星半点了

            

 

 

转载于:https://my.oschina.net/wangpx/blog/1560564