浅谈三层架构
2013-05-11 14:14
162 查看
简单说明：
三层和mvc都是变成经常使用的两种架构，三层其实是有mvc演变而来，那么三层架构简单的说就和他的名字是一样的，在一个项目中会有一种层次的关系，分别是
u层：界面
B层：业务逻辑层
D层：数据层
深入理解：
[b]接口、工厂、三层架构。
[/b]
然而谈到了三层架构，就不得不说说接口，那么接口又是什么东西呢？
其实他就是一个里面全是方法，但没有实现的一个类，是类的一种特殊的形态。只有方法没有实现，那他又和我们的三层架构有什么关系呢？
其实还是那句老话：也就是接口的特性，下一层改变不会影响到上一层，而上一层也并不知道下一层的存在，从而更好的控制我们的项目的可扩展性，和三层架构我个人觉得他们其实是两个不同的东西，三层是为了将界面、业务逻辑和数据三个层面分开，而接口是为了不让下一层的改变从而影响到上一个一层 以为三层架构和借口并存的话，就回使得三层的每上一层调用的都是下一层的接口，而下一层的实现代码无论怎么样去改变，都不会影响到我们三层架构的上一层，这样大大的提高了代码的灵活性，这就是三层和接口的关系，个人用一句话总结：也就是”强强联合“，还有就是更必须要说的是在三层架构中添加的一些设计模式，最主要的当然也就算是工厂模式了，这个模式在这里用的真的很多，他最主要的作用就像他的名字一样，他是一个工厂，目的就是创建实例，工厂这一层，添加到
B：业务逻辑层的下面：如图
结束语句：
这里我没有画出U层，当然这里已经展示了我刚才所说的内容，其实这写东西都是说一个东西，那就是面向对象编程，那么面向对象里面更主要的就是体现的编程的灵活性，这样我们写出来的程序才有灵魂。
三层和mvc都是变成经常使用的两种架构，三层其实是有mvc演变而来，那么三层架构简单的说就和他的名字是一样的，在一个项目中会有一种层次的关系，分别是
u层：界面
B层：业务逻辑层
D层：数据层
深入理解：
[b]接口、工厂、三层架构。
[/b]
然而谈到了三层架构，就不得不说说接口，那么接口又是什么东西呢？
其实他就是一个里面全是方法，但没有实现的一个类，是类的一种特殊的形态。只有方法没有实现，那他又和我们的三层架构有什么关系呢？
其实还是那句老话：也就是接口的特性，下一层改变不会影响到上一层，而上一层也并不知道下一层的存在，从而更好的控制我们的项目的可扩展性，和三层架构我个人觉得他们其实是两个不同的东西，三层是为了将界面、业务逻辑和数据三个层面分开，而接口是为了不让下一层的改变从而影响到上一个一层 以为三层架构和借口并存的话，就回使得三层的每上一层调用的都是下一层的接口，而下一层的实现代码无论怎么样去改变，都不会影响到我们三层架构的上一层，这样大大的提高了代码的灵活性，这就是三层和接口的关系，个人用一句话总结：也就是”强强联合“，还有就是更必须要说的是在三层架构中添加的一些设计模式，最主要的当然也就算是工厂模式了，这个模式在这里用的真的很多，他最主要的作用就像他的名字一样，他是一个工厂，目的就是创建实例，工厂这一层，添加到
B：业务逻辑层的下面：如图
结束语句：
这里我没有画出U层，当然这里已经展示了我刚才所说的内容，其实这写东西都是说一个东西，那就是面向对象编程，那么面向对象里面更主要的就是体现的编程的灵活性，这样我们写出来的程序才有灵魂。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 