1、Loose coupling is a fundamental concept of SOA(and large distibuted systems in general) aimed to reducing dependencies between different systems.
2、There are different forms of loose coupling,and you will have to find the mixture of tight and loose coupling that's appropriate for your specific context and project.
3、Any form of loose coupling has drawbacks.For this reason, loose coupling should never be an end in itself.
4、The need to map data is usually a

1、A service is the IT realization of some self-contained bussines functionality.

2、By focusing on the business aspects, a service hides technical details and allows business people to deal with it.

3、Technically, a service is an interface for (multiple) messages that are exchanged between provider(s) and consumer(s).

4、The complete description of a service form a consumer's point of view (signature and semantics) is called a "we

    今天读了一些业务相关的代码，有一个类的方法达到了400多行，里面很多的判断语句，最多的if嵌套深度到达了5层，其实整个方法的业务逻辑并不是很复杂，就是对调用请求进行一些检查，然后在每种情况下进行一些不同的处理，而且这些处理都比较的简单，但是糅合在一起的代码。却很多的问题
一、很难直白的理解方法的意图
    虽然你可以从if语句的判断条件中读懂整个执行流程，但是这还是很费力的，如果碰到变量名取得不好，或者if判断中间是N个条件的组合判断，你就很难

其实一直都觉得UML这东西是被误用了最多的东西，很多人其实对UML的各类图的细节都不怎么清楚，所以各人拿各种工具画出来的东西都是各种各样的。最简单的细节就是很多人不注意箭头，单单是箭头，就有好多种画法，但是在一些图中，基本上就是清一色的一种。
还有利用UML图来进行系统的分析和设计是一个连贯的东西，从用例图到顺序图，从领域模型到类图，再综合到状态图，是一个不断细化设计的过程，但是很多图还是太独立了。基本上看了等于没有看。

很多的时候，我们一直在讲写代码最先讲的是把功能实现，然后再是优化等等问题。在一个人编写代码的时候这是可以的，但是在一个实际的项目中，这往往是会带来问题。

一、项目的需求变更迫使你改变原有的设计

在项目开发的中期，已经完成了系分设计，编码也进行到一半的时候，需求方提出需求变更。虽然可以拒绝接受需求的变更，但是由于功能点的重要性，接受了变更。但是面临的问题就是还有半个月，项目就有上线，为了能够在规定的时间内完成项目，并且实现变更的需求，我们采取的方案是尽量不改动原有的设计，以最

完全由开源软件Blender等制作的开源电影Big Buck Bunny 。

这是广告

吼吼～今天答辩结束。

http://findbugs.sourceforge.net/
FindBugs 是一个静态分析工具，它检查类或者 JAR 文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
对SunnyClassroom很久之前的一个版本进行了分析
按照这样配置好分析的代码
分析之后，我们得到了9个缺陷

还有几个兄弟姐妹在成都那边，希望一切安好～

一个月很辛苦的奋斗，验收的当天还是 紧张的，现在留下来的人继续对CMS项目改进，
希望项目进展一切顺利，毕竟是我们辛苦过的，要不是回学校，真是想把CMS做好了再回来。
要是拿CMS项目做毕设的话，唉～现在就不用头疼论文了，随便写写就能写上四五十页了。
兄弟们，好好加油～