NET架构设计、框架设计系列文章总结

NET架构设计、框架设计系列文章总结

从事.NET开发到现在已经有七个年头了。慢慢的可能会很少写.NET文章了。不知不觉竟然走了这么多年，热爱.NET热爱c#。突然想对这一路的经历进行一个总结。

是时候开始下一阶段的旅途，希望这些文章可以在发挥点价值作用。

架构设计：

  1. ElasticSearch大数据分布式弹性搜索引擎使用 （推荐）
  2. DDD实施经验分享—价值导向、从上往下进行（圈内第一个吃螃蟹DDD实施方案）（推荐）
  3. 软件工程—思考项目开发那些事（一）（推荐）
  4. SOA架构设计经验分享—架构、职责、数据一致性（推荐）
  5. .NET应用架构设计—用户端的防腐层作用及设计
  6. .NET应用架构设计—工作单元模式（摆脱过程式代码的重要思想，代替DDD实现轻量级业务）
  7. .NET应用架构设计—适当使用活动记录模式代替领域模型模式
  8. .NET应用架构设计—表模块模式与事务脚本模式的代码编写
  9. .NET应用架构设计—重新认识分层架构（现代企业级应用分层架构核心设计要素）
  10. .NET应用架构设计—面向对象分析与设计四色原型模式（彩色建模、领域无关模型）（概念版）
  11. .NET应用架构设计—服务端开发多线程使用小结（多线程使用常识）
  12. .NET应用架构设计—面向查询的领域驱动设计实践（调整传统三层架构，外加维护型的业务开关）
  13. .NET应用架构设计—面向查询服务的参数化查询设计（分解业务点，单独配置各自的数据查询契约）
  14. .NET领域驱动设计—看DDD是如何运用设计模式颠覆传统架构
  15. .NET领域驱动设计—实践(穿过迷雾走向光明)
  16. .NET领域驱动设计—初尝(原则、工具、过程、框架)
  17. .NET领域驱动设计—初尝(疑问、模式、原则、工具、过程、框架、实践)

框架设计：

  1. 封装RabbitMQ.NET Library 的一点经验总结
  2. .NET应用程序调试—原理、工具、方法(推荐)
  3. .NET/ASP.NETMVC 大型站点架构设计—迁移Model元数据设置项（自定义元数据提供程序）
  4. .NET/ASP.NETMVC 深入剖析 Model元数据、HtmlHelper、自定义模板、模板的装饰者模式（三）
  5. .NET/ASP.NETMVC 深入剖析 Model元数据、HtmlHelper、自定义模板、模板的装饰者模式（二）
  6. .NET/ASP.NETMVC 深入剖析 Model元数据、HtmlHelper、自定义模板、模板的装饰者模式（一）
  7. .NET重构（类型码的设计、重构方法）
  8. .NET/ASP.NET MVC Controller 控制器（IController控制器的创建过程）
  9. .NET/ASP.NET MVC Controller 控制器（深入解析控制器运行原理）
  10. .NET/ASP.NET Routing路由（深入解析路由系统架构原理）
  11. .NET/ASP.NET MVC（模块化开发AraeRegistration）
  12. .NET重构—单元测试的代码重构
  13. .NET并行编程实践（一：.NET并行计算基本介绍、并行循环使用模式）
  14. .NET/ASP.NET 4.5 Bundle组件（捆绑、缩小静态文件）
  15. .NET框架设计(高级框架架构模式)—钝化程序、逻辑冻结、冻结程序的延续、瞬间转移(推荐)
  16. .NET框架设计（常被忽视的框架设计技巧）
  17. .NET框架设计（常被忽视的C#设计技巧）
  18. .NET深入解析LINQ框架（六：LINQ执行表达式）(推荐)
  19. .NET深入解析LINQ框架（五：IQueryable、IQueryProvider接口详解)(推荐)
  20. .NET深入解析LINQ框架（四：IQueryable、IQueryProvider接口详解)(推荐)
  21. .NET深入解析LINQ框架（三：LINQ优雅的前奏）(推荐)
  22. .NET深入解析LINQ框架（二：LINQ优雅的前奏）
  23. .NET深入解析LINQ框架（一：LINQ优雅的前奏）
  24. .NET面向上下文、AOP架构模式（实现）
  25. .NET面向上下文、AOP架构模式（概述）
  26. .NET可逆框架设计(推荐)
  27. .NET对存储过程的调用抽象封装
  28. .NET映射设计(Model与UIControl之间的模型关系)
  29. .NETORM框架设计(利用抽象、多态实现无反射的绿色环保ORM框架)(推荐)
  30. 使用KTM(内核事务管理器)进行文件事务处理(推荐)
  31. .NET简谈自定义事务资源管理器
  32. .NET简谈事务、分布式事务处理
  33. .NET简谈事务本质论
  34. .NET简谈组件程序设计之(详解NetRemoting结构)
  35. .NET简谈组件程序设计之(初识NetRemoting)
  36. .NET简谈组件程序设计之(初识远程调用)
  37. .NET简谈组件程序设计之(AppDomain应用程序域)
  38. .NET简谈组件程序设计之(渗入序列化过程)
  39. .NET简谈组件程序设计之(初识序列化、持久化)
  40. .NET简谈组件程序设计之(手动同步)
  41. .NET简谈组件程序设计之(上下文与同步域)
  42. .NET简谈组件程序设计之(初识.NET线程Thread)

作者：王清培

出处：http://www.cnblogs.com/wangiqngpei557/

时间： 2024-10-06 06:57:41

NET架构设计、框架设计系列文章总结的相关文章

《深入理解Java集合框架》系列文章

Introduction 关于C++标准模板库(Standard Template Library, STL)的书籍和资料有很多,关于Java集合框架(Java Collections Framework, JCF)的资料却很少,甚至很难找到一本专门介绍它的书籍,这给Java学习者们带来不小的麻烦.我深深的不解其中的原因.虽然JCF设计参考了STL,但其定位不是Java版的STL,而是要实现一个精简紧凑的容器框架,对STL的介绍自然不能替代对JCF的介绍. 本系列文章主要从数据结构和算法层面分析

ThinkPhp3.2.3 多项目 后台 APP接口设计 框架设计

↓↓↓项目文件组成部分↓↓↓ APP文件是后台,index.php是入口文件 Interface文件是接口,注意这里不要用api命名!可能会有问题!interface.php是入口文件 注:两个入口文件唯一的区别就是interface比app入口文件多一行设置 // 应用api模式 define(‘APP_MODE’,’api’); 这句话的意思就是表示该项目引用api模式,在3.2.3的model下,你可以看到api.lite.sae三个文件夹,以及同名的三个php文件和一个common.ph

遗留系统SOA之（2）——SOA架构基础概念与设计框架

SOA的设计框架 设计框架与架构相关的概念紧密相连,原则.模式和架构始终是与设计共舞的. SOA服务设计的原则中记录了一个基础的设计框架: 设计特性(Design Characteristic)——由设计产生的软件程序或技术架构的属性.它可以是任何具体的质量要求,比如程序组件化,功能粒度的粗细等. 设计原则(Design Principles)——一个针对具体设计目标且被业界接受的实践方式.面向服务的设计范式包括了一个以实现面向服务计算为目的的设计原则集合. 设计模式(Design Patter

[转]领域驱动设计系列文章（2）——浅析VO、DTO、DO、PO的概念、区别和用处

原文地址:http://www.blogjava.net/johnnylzb/archive/2010/05/27/321968.html 上一篇文章作为一个引子,说明了领域驱动设计的优势,从本篇文章开始,笔者将会结合自己的实际经验,谈及领域驱动设计的应用.本篇文章主要讨论一下我们经常会用到的一些对象:VO.DTO.DO和PO. 由于不同的项目和开发人员有不同的命名习惯,这里我首先对上述的概念进行一个简单描述,名字只是个标识,我们重点关注其概念: 概念: VO(View Object):视图对象

《领域驱动设计系列文章（2）——浅析VO、DTO、DO、PO的概念、区别和用处》

本篇文章主要讨论一下我们经常会用到的一些对象:VO.DTO.DO和PO. 由于不同的项目和开发人员有不同的命名习惯,这里我首先对上述的概念进行一个简单描述,名字只是个标识,我们重点关注其概念: 概念: VO(View Object):视图对象,用于展示层,它的作用是把某个指定页面(或组件)的所有数据封装起来. DTO(Data Transfer Object):数据传输对象,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高

优化网站设计系列文章总结和导读

摘自:http://www.cnblogs.com/chenxizhang/archive/2013/05/20/3088196.html 概述 其实想写这方面的文章由来已久,这个系列文章的想法是参照雅虎团队提供的35条性能优化的最佳实践(其实最早的时候是14条),再结合我自己多年的实际工作经验,结合具体的开发平台(ASP.NET),为读者提供既有理论知识.又有实践指导的参考资料,对于优化而言,本身是一个长期细致的工作(没有所谓的银弹),并且重在权衡利弊,选择最适合自己项目情况的解决方案.而要达

Java EE 架构设计——基于okhttp3 的网络框架设计

转载请注明出处:http://blog.csdn.net/smartbetter/article/details/77893903 本篇文章带大家设计一套满意业务需求.代码健壮高效(高内聚低耦合)并且可拓展的网络框架.以最新的okhttp3为基础设计出高效可靠的网络缓存.多线程文件下载等架构模块.从此不局限于使用别人的框架,而步入了设计框架,让自己可以走的更远,我觉得这才是一名合格开发者所应该具备的能力.在开发中,选择一个开源框架的标准有很多,例如学习成本.文档是否齐全.github星数量.现在

领域驱动设计系列文章（1）——通过现实例子显示领域驱动设计的威力(转)

http://www.blogjava.net/johnnylzb/archive/2010/05/15/321057.html 领域驱动设计系列文章(1)——通过现实例子显示领域驱动设计的威力 曾经参与过系统维护或是在现有系统中进行迭代开发的软件工程师们,你们是否有过这样的痛苦经历:当需要修改一个Bug的时候,面对一个类中成百上千行的代码,没有注释,千奇百怪的方法和变量名字,层层嵌套的方法调用,混乱不堪的结构,不要说准确找到Bug所在的位置,就是要清晰知道一段代码究竟是做了什么也非常困难,最终

设计，架构，框架之间是什么关系？

设计(design).架构(architechure).框架 (framework)之间是个什么关系?请描述一下? 每个人都在进行设计 在探讨题目问题之前,我们从设计开始聊聊. 其实我们每个人都在做设计,无论我们是在哪个行业,哪个层次,哪个职位. 画家作画时会画草图做设计 作家写作时会列提纲做设计 程序员编码时会写伪代码做设计 清洁工扫地时会在脑海里设计扫地的执行路径 设计有大有小 对于软件系统领域来说: 在方法层次,我们可以设计方法名.变量名.语句块使得方法变得易懂.简洁.高效: 在类的层次,