.NET框架面向对象分层的个人想理

简单、层次清晰不要过度优化，接口这玩意儿就是个双刃剑，玩好了解藕，玩不好自找麻烦，好的代码永远都是傻瓜都能看懂的。

总结成以下几条：

公用层

代码公用并且与第三方DLL和业务逻辑无关的 独立出来

逻辑层

1、代码公用与业务逻辑相关的，在逻辑层为作一个独立接口

2、代码逻辑独立可以接口化

3、代码逻辑半独立可以抽像化

4、功能完全独立模块化（可以独立出成一个项目）

控制层或后置类

1、业务逻辑层：处理逻辑并将最终结果返回给控制层

2、控制层：处理显示相关的逻辑（比如404页面跳转,TRY CATCH结果返回处理 ，根据不同逻辑显示哪些模块或者跳转什么页面等等）

视图层

1、只有绑定操作，没有任何业务相关逻辑

2、JS CSS分离出来 ，本人不喜欢MVVM更喜欢 MVC

 --------------------------纯属个人理解，欢迎大家吐嘈---------------------------------