一起谈.NET技术，走向ASP.NET架构设计——第五章：业务层模式，原则，实践（后篇）
设计模式 本篇文章主要是接着讨论的在业务层可以采用的或者常用的一些设计模式： State模式 状态模式允许一个对象在随着它的状态变化而改变它自身的一些行为。 在项目开发的过程中，有一些类，例如一个业务类常常是有自己的一些状态的，而且还存在状态之间的一些转换，有些状态之间是可以进行转换的，有些状态之间是不能转换的。就拿一个汽车来举例子，汽车有很多的状态：静止，启动，前进，后退，....
一起谈.NET技术，走向ASP.NET架构设计——第五章：业务层模式，原则，实践（中篇）
前言：设计模式并不是什么很高深的东西，至少不是那么“神乎其神”。说到底，设计模式就是一些设计思想。下面我们就走进项目，看看这些项目中这些思想是如何体现的。本系列文章会在后续文章中陆陆续续的，在恰当的时候介绍一些相应的设计模式，而不是一股脑的一起上。 设计模式 本篇文章主要是讨论的在业务层可以采用的或者常用的一些设计模式： Factory Method 相信很多朋友对这个模式很熟.....
一起谈.NET技术，走向ASP.NET架构设计——第五章：业务层模式，原则，实践（前篇）
在上一章中，我们讲述了有关业务层分层的一些知识，下面我们就来看看，在具体的业务层的设计中，我们可以采用哪些模式可以将业务层设计的更加的灵活！ 架构模式 首先我们就来看看，如何更加有效的组织业务规则。 Specification Pattern(需求规格模式) 这个模式的使用方法就是：把业务规则放在业务类的外面，并且封装成为一个个返回boolean值的算法。这些一个个的业务规则....
一起谈.NET技术，走向ASP.NET架构设计——第四章：业务层分层架构（后篇）
今天的内容比较简单，也是本章的一个收尾！ Anemic Domain Model 这种模式和之前讲述的Domain Model有很多的相似的地方。在之前的Domain Model中，每个业务类都包含了自己的业务逻辑和数据，以及对象之前的关系；但是在Anemic Domain Model，每个业务类仅仅只是包含了一些保存业务数据的属性,把相应的业务规则从原本的业务类中移到了另外的一个专....
一起谈.NET技术，DotNetNuke 5 C#版本解读之－－架构介绍
整体上DNN5和其它比较大的企业级应用系统一样分为web服务器和数据库服务器。Web服务器包括表现层，商业逻辑层和数据访问层，而数据库服务器主要是数据层。如下图： 首先给大家介绍下DNN的表现层，上图中的Presentation部分： ...
一起谈.NET技术，走向ASP.NET架构设计——第四章：业务层分层架构（前篇）
在讨论完四种模式之后，我将会和大家一起来看看DDD的一些知识。每种模式的讲解，我都会用实例的形式给出完整的代码，也希望大家多琢磨！ 不是所有的应用程序都是一样的，也不是所有的系统都需要用复杂的架构来组织业务逻辑。作为开发人员，我们必须清楚每一种业务逻辑组织的模式，这样我们才能在需要的时候做出合适的选择。 Transaction Script 这种组织业务逻辑的模式是最简单，也是最....
一起谈.NET技术，走向ASP.NET架构设计——第三章：分层设计，初涉架构（后篇）
接上篇 4．数据访问层设计 数据访问层，这块要说的不多。但是要澄清一点：数据访问不一定就是访问数据库，虽然多数的情况下，我们确实把数据存储在数据库中。 这里我们用数据库存储数据，并且用Linq To Sql来进行数据访问操作。 下面我们就来实现数据操作的一些代码： Code highlighting produced by Actipro CodeHig...
一起谈.NET技术，走向ASP.NET架构设计——第七章：阶段总结，实践篇（上篇）
示例说明 本篇的例子的是一个在线订票的服务系统。这个系统向外界暴露了一些可以通过Http协议访问的API，在这个订票服务下面允许任意多个隶属机构来使用服务API进行真正的售票活动。如下图所示： 就好比银行外面的那些自动取款机（对应图中的Affiliate A, B, C），可以把它们看成是银行系统的隶属机构，我们就是通过这些取款机来进行存取活动的，其实这些取款机是调用了银行系统的一.....
一起谈.NET技术，走向ASP.NET架构设计——第七章：阶段总结，实践篇（中篇）
服务层(中篇) 上一篇文章中，我们已经讲述了业务逻辑层和数据访问层层的设计和编码，下面我们就来讲述服务层的设计。如我们之前所讨论的：服务层想客户端暴露简单易用的API. 如下图所示： 在上图中： 1． ASPPatterns.Chap6.EventTickets.Contract: 这个类库中定义了服务层的接口契约。 2． ASPPatterns.Chap6.E...
一起谈.NET技术，我眼中的Visual Studio 2010架构工具
影响架构质量的是构建体系架构的思想、原则、实践与架构师的经验，绝不是工具。即使是最优秀的架构工具，也不可能像倚天宝剑一般——倚天一出，谁与争锋——似乎谁握住了这把利刃，就能够成为武林盟主。架构工具可以改善架构师的工作，却不能替换架构的过程。软件开发过程中，最重要的依旧是人。 我在尝鲜Visual Studio 2010架构工具[i]时，偶然看到一篇文章，用夸张的语言吹捧VS 2010架构....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
.NET更多架构相关
开发与运维
集结各类场景实战经验，助你开发运维畅行无忧
+关注