破狼的博客_软件-架构-设计

软件架构设计模式简述

在软件开发设计中我们经常会面对业务分析，提取领域问题，从而实现软件架构设计。关于软件架构设计Martin Fowler在2004出版的《企业应用架构模式》中概括了四种方式的架构模式。它们分别为事务性脚本，表驱动模式，活动记录模式，领域驱动设计。前两者事务性脚本，表驱动模式作为面向过程方式架构设计，后两者为面向对象架构设计。它们适合于不同的业务场景，它们也各有长短。事务脚本模式事务脚本模式是架

DDD

架构设计

原创 2014-03-25 20:42:54 1415 阅读 1点赞 2评论

闲谈简单设计(KISS)疑惑

忙碌了一年了项目又到了交互了，虽然项目能成功上线（因为还有维护支持的团队）。但是个人从技术上看，这是一个不那么成功的项目，因为后期艰难的修复 bug,添加feature。这与简单设计有什么关系呢？在某模块开发起初，由于架构的经验预见性的告诉我这模块开发中会出现什么问题，所以选择了提出某些比较好的解决方案，但是由于团队成员一致的所谓简单设计，通过TDD,重构达到”合适&

kiss

简单设计

原创推荐 2013-05-07 09:55:58 789 阅读 2点赞 2评论

闲谈简单设计(KISS)疑惑

忙碌了一年了项目又到了交互了，虽然项目能成功上线（因为还有维护支持的团队）。但是个人从技术上看，这是一个不那么成功的项目，因为后期艰难的修复bug,添加feature。这与简单设计有什么关系呢？在某模块开发起初，由于架构的经验预见性的告诉我这模块开发中会出现什么问题，所以选择了提出某些比较好的解决方案，但是由于团队成员一致的所谓简单设计，通过

kiss

简单设计

原创 2013-05-07 00:05:29 675 阅读

Aspect Oriented Programming杂谈

至今Aspect Oriented Programming已经被开发人员所熟知，其简写AOP，译为面向方面编程（也有称面向切面编程）。其产生于90年代Xerox PARC实验室编程范式。被称为oop的延续，oop主要针对业务处理过程的领域问题抽象封装，形成领域对象，更好的描述自然领域问题。而aop主要处理业务处理过程中处理逻辑步骤分离，

的

编程

开发

原创推荐 2012-10-28 16:46:22 703 阅读 1点赞 2评论

代码整洁之道

现在的软件系统开发难度主要在于其复杂度和规模，客户需求也不再像Winston Royce瀑布模型期望那样在系统编码前完成所有的设计满足用户软件需求。在这个信息爆炸技术日新月异的时代，需求总是在不停的变化，随之在2001年业界17位大牛聚集在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场，提出了“Agile”（敏捷）软件开发价值观，并在

的

开发

价值观

160

犹他州

原创推荐 2012-07-31 22:11:34 1028 阅读 3点赞 1评论

读Clean Code - 数据结构和对象

最近在上下班挤公交的时间细阅Clean Code（代码整洁之道），再次佩服Bob大叔幽默的文笔，独到的观点和理解视角。最让我耳目一新的是Bob大叔对数据结构和对象的解释。总的说来数据结构指的就是数据的载体，暴露数据，而几乎没有有意义的行为，你应该在尖叫这不是贫血类？的确这和我们的贫血类很相似。最常见的应用在分布式服务，以wcf，webserv

数据

的

Request

原创推荐 2012-07-12 23:16:02 681 阅读 2点赞 3评论

表现层模式-MVC

在前面简述了从服务层到数据层参见架构设计目录。剩下了表现层，一个再好的中间层表现也必须有一个用户界面，提供和用户交互，将用户行为输入转化为系统操作，进入后台逻辑。在当下RAD（快速应用开发）工具的支持下，我们可以比较快速的完成UI设计，RAD追求所见即所得的快速反馈，快速应用。表现层也有一定其固定的逻辑（格式化，数据绑定，转化等等，称为UI逻辑）和界面展现。这里UI逻辑指的是所有用来处理数据显示在

设计

架构

原创推荐 2012-07-07 16:09:15 1368 阅读 1点赞 2评论

架构设计目录

架构引用维基百科：软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设

soa

架构

面向对象

设计原则

ddd

原创 2012-06-06 21:35:18 922 阅读 1收藏

架构设计-数据访问层简述

在前面简单描述了下服务层，SOA面向服务架构，架构设计-业务逻辑层，以及一些面面向设计原则理解和软件架构设计箴言。这篇博客我们将继续进入我们的下一层：数据访问层。无论你用的是什么开发模式或者是业务模式，到最后最必须具有持久化机制，持久化到持久化介质，并能对数据进行读取和写入CRUD。这就是数据访问层。你可能是利用xml等文件格式磁盘存储，常用的关系

设计

架构

target

blank

原创推荐 2012-06-05 00:14:09 971 阅读 2点赞 1评论

架构设计-业务逻辑层简述

业务逻辑层是专门处理软件业务需求的一层，处于数据库之上，服务层之下，完成一些列对Domain Object的CRUD，作为一组微服务提供给服务层来组织在暴露给表现层，如库存检查，用法合法性检查，订单创建。业务逻辑层包含领域对象模型，领域实体，业务规则，验证规则，业务流程。1：领域对象模型为系统结构描述，包含实体功能描述，实体之间的

的

Object

领域

合法性

原创推荐 2012-05-29 23:16:12 1173 阅读 1评论

SOA面向服务架构简述

在上篇中我们简单谈了下架构设计中服务层的简单理解，在这里我们将继续服务层的架构，在本节我们将重点在于分布式服务。在分布式系统中表现层和业务逻辑层并不处于同一物理部署，所以我们必须存在分布式服务，以契约方式发布于网络中，我们的关注点在于服务，面向服务编程，这种通过组合业务逻辑暴露可用服务的架构叫做面向服务架构（SOA）。

的

架构

target

blank

原创 2012-05-22 21:34:32 815 阅读

软件架构--服务层

在ddd设计中我们经常会提到服务层，服务层是什么？职责是什么？有什么好处？。先看简单的层次图（注：这里并没有考虑其他多余的领域逻辑数据层存储，或者UOW这些细节）我的理解是服务层是处于我的应用程序业务层和表现层之间的应用程序边界,边界可能是很薄的一层类设计或者是分布式服务网络跃点。它是一个与技术无关的名词。由

存储

target

style

是

blank

原创推荐 2012-05-21 23:10:38 1629 阅读 3点赞 4评论

(转载)一些软件设计的原则

以前本站向大家介绍过一些软件开发的原则，比如优质代码的十诫和Unix传奇(下篇)中所以说的UNIX的设计原则。相信大家从中能够从中学了解到一些设计原理方面的知识，正如我在《再谈“我是怎么招聘程序”》中所说的，一个好的程序员通常由其操作技能、知识水平，经验层力和能力四个方面组成。在这里想和大家说说设计中的一些原则，我认为这些东西属于长期经验总结出来的知识。这些原则，每一个程序

OO

架构

设计原则

转载精选 2012-05-12 19:00:07 614 阅读 1点赞

架构设计--逻辑层 vs 物理层

Layer 和Tier都是层，但是他们所表现的含义不同，Tier指的是软件系统中物理上的软件和硬件，具体指部署在某服务器上，而Layer（逻辑层）指软件系统中完成特定功能的逻辑模块，逻辑概念。 Layer是逻辑上组织代码的形式。比如逻辑分层中表现层，服务层，业务层，领域层，他们是软件功能来划分的。并不指代部署在那台具体的服务器上或

软件

服务器

原创 2012-05-09 22:47:10 1028 阅读 2点赞

面向设计原则理解

面向对象设计（OOD）核心原则让我的程序模块达到“高内聚低耦合”,这是来自于30年前兴起的结构化设计（structured Design），但是同样适用于我们的OOD。 1.高内聚：高内聚是指某个特定模块（程序，类型）都应完成一系列相关功能，描述了不同程序，类型中方法，方法中不同操作描述的逻辑之间的距离相近。高内聚意

Design

模块

设计原则

聚

structured

原创推荐 2012-05-08 00:54:35 806 阅读 2点赞 4评论

我的IOC/AOP随笔目录

在当前软件开发OO设计中，面对软件需求的各种潜在变化，我们可能会采用领域驱动开发，把我们的各个业务逻辑分层次隔离解除耦合，这就出现了N层架构（这面值得是逻辑上的分层，当然我们的逻辑分层层次需要比物理架构层次多），这样将会使得我们的软件能够适应更多的需求变化。关于领域驱动开发的实例网上都很多，不得不推荐的是微软开源实例项目的NLayerApp：

接口

开发

架构

休闲

领域

置顶原创 2012-02-12 23:28:00 951 阅读 1点赞 1评论

AOP之PostSharp7-解决IOC 不能直接new问题，简化IOC开发和IOC对象LazyLoad

经过几节的postsharp基础和每节的一个应用实例，已经基本PostSharp应用的能力，PostSharp主要是简化我们的开发，让编译器时候给我注入重复疲劳代码。在今天我们的demo是，关于ioc（控制反转）的问题，ioc框架我们都会从ioc容器中取得我们的ioc对象注入，所以我们不能直接new对象得到我们的实例，必须Resolve。我一直

问题

开发

编译器

配置文件

都

原创 2011-12-18 21:50:00 1020 阅读

AOP之PostSharp6-EventInterceptionAspect(事件异步调用)

在上几章我们讨论了方法属性字段的aspect，现在我们再来看看事件机制的aspect。和字段，属性location一样，在c#中字段也可以转化为方法名为add，remove的方法处理，所以对于事件的aspect，同样类似于我们的方法。我们先看看EventInterceptionAspect的定义： aspe

原创 2011-12-13 19:50:00 873 阅读

AOP之PostSharp5-LocationInterceptionAspect

这节我们要讨论的是PostSharp的LocationInterceptionAspect，PostSharp官方把Property和Field成为Location。所以LocationInterceptionAspect就是为了实现Property和Field的拦截。在我们前面讨论了关于方法OnMethodBoundaryAspect的aspect，我们很容易想到，在c#中Property就是一

职场

工具

c#

休闲

property

原创 2011-12-11 14:50:00 721 阅读

AOP之PostSharp4-实现类INotifyPropertyChanged植入

在前面几篇PostSharp的随笔，今天来一个简单的demo。PostSharp的其他内容将会在后面继续更新。如果我们了解wpf或者silverlight开发中的MVVM模式，就知道框架要求我们的ViewModel必须实现INotifyPropertyChanged，来得到属性改变的事件通知，更新UI。实现INotifyProp

接口

开发

目标

如何

劳动

原创 2011-12-10 20:58:00 692 阅读

AOP之PostSharp3-MethodInterceptionAspect

在上两篇我们介绍了OnExceptionAspect和OnMethodBoundaryAspect ，在这节我们将继续了解MethodInterceptionAspect，他为我们提供了关于方法处理的AOP切入，不同于OnMethodBoundaryAspect，他不是边界，是方法体。有了我们可以在我们的方法切入aspect很多有用的信息，比如将同步方法变为异步，防止多次点击重复提交，winfor

职场

多线程

信息

休闲

AOP

原创 2011-12-04 23:46:00 706 阅读

AOP之PostSharp2-OnMethodBoundaryAspect

在上一篇中我们了解了简单的OnExceptionAspectAOP面向方向切入，在第一节中我们将继续我们的PostSharp AOP系列的OnMethodBoundaryAspect方法行为的切入，这也是我们常用的AOP切入。 OnMethodBoundaryAspect顾名思义其为对方法边界的切入，定义如下：在这里提供了四个方法边界点为我们切入。我们可以很轻松

代码

职场

休闲

AOP

合法性

原创 2011-12-04 19:03:00 777 阅读

AOP之PostSharp初见-OnExceptionAspect

PostSharp 这个静态植入的aop框架我就不多说了，在以前的aop文件，我们也尝试用MSBuild+Mono.Cicel理解静态植入AOP的原理。最近公司准备购买Postsharp做一些AOP，减少开发是代码量，至于选择AOP相信也不用多说。我也在今天重新了解了些Postsharp最新版更新，这阵子的博客更新也少了，所以准备在MSBuild+Mono.Cicel的基础上再一些Postshar

博客

开发

今天

多

代码生成技术-目录

在这里总结的是本博客中的一些关系代码生成的技术，其中包含 CodeDom，CodeSmith，T4，Mono.Cecil MSIL（静态AOP实例）注入，以及一些杂记。一：CodeDom目录 CodeDOM 提供了表示许多常见的源代码元素类型的类型。您可以设计一个生成源代码模型的程序，使用 CodeDOM 元素构成一个对象图。可以使用受支持的

置顶原创 2011-08-22 21:03:00 1274 阅读 2点赞 4评论

PostSharp - Thread Dispatching（GUI多线程）

在我们的桌面应用程序（不管是WinForm还是WPF）我们都必须去面对线程的dispatching。在window图形用户系统中像基于.net的WinForm或者是WPF都有一个唯一的主线程。他们是基于Ｗin32消息循环队列机制处理UI界面的事件（又分为事件的钻取和隧道）、渲染。所以在一个长时间的事件处理中，我们的UI不会得到及时的更新和响应，甚至会出现假死状态。所以在GUI编程有这么一条黄金规则

职场

应用程序

多线程

休闲

桌面

原创 2011-08-18 11:06:00 619 阅读

MSBuild + MSILInect实现编译时AOP-改变前后对比

实现静态AOP，就需要我们在预编译时期，修改IL实现对代码逻辑的修改。Mono.Cecil就是一个很好的IL解析和注入框架，参见编译时MSIL注入--实践Mono Cecil(1)。我的思路为：在编译时将加有继承制MethodInterceptBaseAttribute标签的原方法，重新组装成一个方法（并加上[CompilerGenerated]标签），在加入横切注

职场

标签

接口

休闲

继承

原创 2011-08-09 23:20:00 707 阅读

编译时MSIL注入--实践Mono Cecil(1)

紧接上两篇浅谈.NET编译时注入（C#-->IL）和浅谈VS编译自定义编译任务—MSBuild Task(csproject)，在第一篇中我们简单研究了c#语法糖和PostSharp的MSIl注入，紧接第二篇中我们介绍了自定义MSBuild编译任务（记得有位老兄发链接用 MSBuild自动发布Silverlight xap ，我想说的我做的是自定义编译任务，不是什么发布，MSBu

职场

产品

休闲

成熟

MISL

原创 2011-07-28 21:34:00 952 阅读

浅谈VS编译自定义编译任务—MSBuild Task(csproject)

在上一篇浅谈.NET编译时注入（C#-->IL）中我们简单的反编译查看了几种c#语法糖和PostSharp在编译成IL时为我做的MSIL注入。紧接着在这节，要来看的就是MSBuild Task。在我们的代码预编译过程中我们可以创建我们自己的任务Task。下面我们就开始做一个简单的Task。 1：首先需要添加Microsoft.Build.Utilities.v3.5.dll和

职场

接口

c#

休闲

反

原创 2011-07-27 23:17:00 1631 阅读

官方博客	全部文章	热门标签	班级博客
了解我们	在线客服	网站地图	意见反馈

开源基础软件社区	51CTO学堂
51CTO	汽车开发者社区

51CTO博客

破狼