Spring 能有效地组织J2EE应用各层的对象。无论是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、执行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的详细实现，Servic...
分类：
其他好文 时间：
2014-07-07 16:35:49
阅读次数：
226
动态加载程序集 在我尝试搭建一个高度抽象的企业级三层架构时，我运用了反射的原理来解除框架间层次的耦合，有兴趣的朋友可以点击这里，我的核心代码如下using IDal;using System;using System.Collections.Generic;using System.Configur...
分类：
其他好文 时间：
2014-07-03 11:21:23
阅读次数：
178
一：软件设计的目标：是实现软件可维护，可扩展，可复用，灵活性好等功能。课本上通过活字印刷术讲述了面向对象编程的好处
二：例子：输入两个数和运算符来计算结果
将控制台输入和运算符运算分开实现即将业务层和界面逻辑分开，降低他们之间的耦合性。封装所有可能变化的部分。
Operation运算类
public class Operation
{
public ...
分类：
其他好文 时间：
2014-07-01 06:47:23
阅读次数：
252
一、KVC与KVO
*“KVC”:key value Coding(键值编码)
*目的:间接的修改或获取对象的属性,降低程序(类与类)之间的耦合度.
*“KVO”:key value Observer(键值观察),观察者模式.(用于模型变化用的多)
*目的:通常用于观察某个对象的某个属性发生变化时,及时做出相应.
二、KVC的使用方式
KVC被称为i...
分类：
移动开发 时间：
2014-06-30 20:10:28
阅读次数：
291
（一）如何衡量软件设计的质量
内聚度：
表示一个应用程序的单个单元所负责的任务数量和多样性。内聚与单个类或者单个方法单元相关。（好的软件设计应该做到高内聚。）
耦合度：
耦合度表示类之间关系的紧密程度。低耦合是指尽量使用抽象耦合，少用具体耦合。
设计原则名称
设计原则简介
重要性
单一职责原则
的职责要单一，不能将太多的职责放在一个...
分类：
其他好文 时间：
2014-06-30 20:08:23
阅读次数：
229
声明：由于本人对于Git的学习还处于摸索阶段，对有些概念的理解或许只是我断章取义，有曲解误导的地方还请见谅指正！
一、分支
1.1分支的概念。
对于的分支的理解，我们可以用模块化这个词来解释；在日常工作中，一个项目的开发模式往往是模块化，团队协作式的开发。这样我们项目的进度可以称得上多核并发式的开发了。这种模块化的开发要求我们尽可能的高内聚低耦合以免造成一只胳膊没了整个人都废了的局面...
在实际的项目中，我们经常看到有人写了很多代码，抽象了很多类，而这些类无不是采用了泛型和委托，应用了这辆种技术后，经常有人给我们说，代码的复用性和耦合性就降低了，那作为一个合格的面向对象的程序设计人员，这种技术成为了我们的必备技能，今天就跟着我一起来一次轻松愉快的旅行！...
分类：
其他好文 时间：
2014-06-29 22:17:51
阅读次数：
213
一、什么是三层架构？
1、概念
三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
分层（tier）
概念
表现层（UI）
通俗讲就是展现给用户的界面，用于显示...
分类：
其他好文 时间：
2014-06-29 22:00:19
阅读次数：
236
IOC：控制反转，它是不是什么技术，它是一种设计模式。所谓控制反转就是由容器控制程序间的关系，而不是传统实现中，由编程代码直接操控。说白了就是由容器控制对象间的依赖关系。
DI：Dependency Injection依赖注入 ，即组件(对象)之间的依赖关系由容器在运行期间决定。其实依赖注入和控制反转是对同一概念的不同描述。
Spring通过这种控制反转（IoC）的设计模式促进了松耦合（其实也就是代理模式）。当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不...
分类：
其他好文 时间：
2014-06-28 07:51:20
阅读次数：
275
1.单一职责原则
单一职责原则的核心思想就是：系统中的每一个对象都应该只有一个单独的职责，而所有对象所关注的就是自身职责的完成。英文缩写SRP Single Responsibility Principle
单一职责原则——》“高内聚，低耦合”，每个类应该只有一个职责，此外只能提供一种功能，而引起类变化的原因应该只有一个。在设计模式中，所有的设计模式都遵循这一原则。
...
分类：
其他好文 时间：
2014-06-28 07:22:31
阅读次数：
276
