所知的Spring Web应用的最大瑕疵
2013-11-14 13:11
316 查看
比如说,如果应用有一个服务类,它为与用户帐户相关的人与操作提供了CRUD操作,那么我们就应该将其划分到两个单独的服务类中:
第1个服务提供人的CRUD操作。
第2个服务提供与用户帐户相关的操作。
这么做有如下3个好处:
每个服务类都有一套合理的职责。
每个服务类的依赖会更少,这意味着他们不再是紧耦合的庞然大物了。他们是更加小巧且松耦合的组件。
服务类更易于理解、维护与重用。
这两个简单的步骤可以帮助我们清理应用的架构,提升开发者的生产力和幸福度。现在,我们想知道如果所有这些都是必要的,那么该何时解决这些问题呢?
有时生命是黑白的
我经常听到有人说我们不应该过多的关注于“架构”,因为我们的应用很小并且很简单。虽然这个论调有一定的正确性,不过我们必须要记住一开始很小的项目最后会变得很大。如果不考虑这种情况,那么一旦发生状况,我们就会陷入到巨大的麻烦当中。在未知的水域中航行可不是个好做法,但我们必须要知道,泰坦尼克号在撞到冰山沉没时是在熟悉的航线中航行的。这种事情也会发生在我们的应用中。当事情变得无法控制时,我们必须要有勇气说不。
如果你打算改变,那么我推荐你阅读一下Olivier Gierke所写的“Whoops! Where did my architecture”(或是观看他在SpringOne2GX上关于这个项目的演讲)。但请注意,习惯的力量还是很强大的。
转自: http://www.xbnzj.com
第1个服务提供人的CRUD操作。
第2个服务提供与用户帐户相关的操作。
这么做有如下3个好处:
每个服务类都有一套合理的职责。
每个服务类的依赖会更少,这意味着他们不再是紧耦合的庞然大物了。他们是更加小巧且松耦合的组件。
服务类更易于理解、维护与重用。
这两个简单的步骤可以帮助我们清理应用的架构,提升开发者的生产力和幸福度。现在,我们想知道如果所有这些都是必要的,那么该何时解决这些问题呢?
有时生命是黑白的
我经常听到有人说我们不应该过多的关注于“架构”,因为我们的应用很小并且很简单。虽然这个论调有一定的正确性,不过我们必须要记住一开始很小的项目最后会变得很大。如果不考虑这种情况,那么一旦发生状况,我们就会陷入到巨大的麻烦当中。在未知的水域中航行可不是个好做法,但我们必须要知道,泰坦尼克号在撞到冰山沉没时是在熟悉的航线中航行的。这种事情也会发生在我们的应用中。当事情变得无法控制时,我们必须要有勇气说不。
如果你打算改变,那么我推荐你阅读一下Olivier Gierke所写的“Whoops! Where did my architecture”(或是观看他在SpringOne2GX上关于这个项目的演讲)。但请注意,习惯的力量还是很强大的。
转自: http://www.xbnzj.com
相关文章推荐
- java解析String类型t复杂xml,多级节点,最好的例子
- Struts2拦截器的使用 (详解)
- java绕过代理获得客户端真实请求IP
- java中的多线程
- maven打包含spring的jar包
- SpringMVC常用知识点
- Java的synchronized关键字:同步机制总结
- Eclipse编译运行Native代码步骤详解
- java synchronized详解
- Java技术体系图
- JAVA求两直线交点和三角形内外心的方法
- 电脑装了很多sdk,到底用那一个?eclipse 下的配置
- java导入163联系人
- Spring事务传播特性实例解析
- Java判断空字符串
- java中byte、short、char、int的转换
- JAVA反射机制作用是什么
- java中打开含有中文的文件乱码问题以及jsp中url传递中文乱码问题
- 经典Peterson算法解决互斥锁的并发的Java实现
- 图片数据Base64编解码(java实现)