在开发LLServer的同时，我一直在跟进测试企业版的相应LLServer客户端，目前这部分代码已测试完毕并提交的Discuz!NT产品中，会跟随最新的源码包一并发布。本文主要是介绍一下产品中引入LLServer的架构思路。    &nbs

我研究领域驱动设计已经近4年时间了，在这4年里，我从了解领域驱动设计的基本思想开始，系统地学习了与领域驱动设计相关的概念、开发模式以及应用系统架构风格，并将其运用在了实际的项目架构与开发中。在此之前，我一直被一些应用程序架构设计上的问题所困扰，比如：在数据持久层，如何让数据持久化机制能够支持不同的数据库类型，甚至是非关系型数据库；如何能够让开发人员将关注点放在领域模型上，而在更改领域模型的同时，不

一种应用程序命令执行架构设计 袁永福 2011-7-5   有感于一些程序中ASPX页面中直接编写功能性代码，难于组织和维护，实现不了程序的高度可配置化，自此提出一种应用程序命令执行架构，其架构图如下   在这个架构中，每一个应用程序中存在一个Host（宿主），它是应用程序功能模块组织中的顶级结构，它战略上管理着整个应用系统的功能点，而且是访问本架构的入口点。 Host下面有

1．阐明示例需求 　　本篇还是用之前的电子商务网站中的一个简单的场景来讲述：在页面上需要显示产品的列表信息。并且根据产品的类型不同，计算出相应的折扣。 在上篇中，我们已经设计项目的逻辑分层。我们再来回顾下： 　　可能有的朋友认为从Smart UI立刻跳到这种分层设计，似乎快了些。其实也算是一个思想的跳跃吧。下面就来看看这种分层是如何解决之前Smart UI的问题的。 　　2．业务层设计 　　记

在上一章中，我们讲述了有关业务层分层的一些知识，下面我们就来看看，在具体的业务层的设计中，我们可以采用哪些模式可以将业务层设计的更加的灵活！ 　　架构模式 　　首先我们就来看看，如何更加有效的组织业务规则。 　　Specification Pattern(需求规格模式) 　　这个模式的使用方法就是：把业务规则放在业务类的外面，并且封装成为一个个返回boolean值的算法。这些一个个的业务规则的算法

再次申明一下：本系列不是讲述TDD的，只是用TDD来建立设计的思想。即便是用DDD，有时候还是结合TDD一起使用的。 　　开发方式比较 　　我们用下面的一段分析来引出今天的内容： 　　想想我们平时是如何在写代码：拿来需求，分析功能，编写功能代码。这样的方式，没有问题，大家也一直沿用很多年了。为了后面描述方便，我们称这种方式为传统流程。 　　TDD的怎么做的： 　　拿来需求，分析功能，写功能测试代码

翻译自CodeProject网站ASP.NET9月份最佳文章：Single Sign On (SSO) for cross-domain ASP.NET applications。 　　翻译不妥之处还望大家多多指导、相互交流。 　　文章分为两部分：架构设计和程序实现，此为第一篇即：架构设计或者叫设计蓝图（Part-I - The design blue print）。:) 　　简介 　　周一的早

本系列博文将使用微软RIA技术解决方案Silverlight以及扩展性管理框架Managed Extensibility Framework（MEF），以插件式架构设计为导线，分享本人在从事基于微软Silverlight技术构建的RIA系统中实施插件式系统架构设计的相关技术和经验。鉴于本人能力有限，如有不妥之处请各位朋友指正，大家共同学习、进步，谢谢！ 　　软件的工业化使得软件复用已经从通用类库进

今天的内容比较简单，也是本章的一个收尾！ 　　Anemic Domain Model 　　这种模式和之前讲述的Domain Model有很多的相似的地方。在之前的Domain Model中，每个业务类都包含了自己的业务逻辑和数据，以及对象之前的关系；但是在Anemic Domain Model，每个业务类仅仅只是包含了一些保存业务数据的属性,把相应的业务规则从原本的业务类中移到了另外的一个专门的业

大型动态应用系统平台主要是针对于大流量、高并发网站建立的底层系统架构。大型网站的运行需要一个可靠、安全、可扩展、易维护的应用系统平台做为支撑，以保证网站应用的平稳运行。　 　　大型动态应用系统又可分为几个子系统： Web前端系统 负载均衡系统 数据库集群系统 缓存系统 分布式存储系统 分布式服务器管理系统 代码分发系统 　　Web前端系统  　　为了达到不同应用的服务器共享、

架构设计并不是项简单的工作，架构设计最终的产物则是由不同的框架组件构成一套高扩展、稳定、安全、通用的开发框架平台。或许一提到架构设计，很多朋友都联想到了常用的框架组件：数据访问组件、日志组件、事务组件、消息组件、配置组件以及工具库等。然而，本系列文章的中心“插件式框架设计”已经偏离了常规的框架设计方法论，它只是一套用于改善系统功能模块组织结构，灵活开发、部署、维护的一套方法

  介绍           本篇将会讲述如何使用AgileEAS.NET敏捷开发平台来进行药店系统的开发，首先我们需要根据需求文档来设计出药店系统的系统架构，才能继续进行后续的开发工作，整 理好架构后，然后一步步的完成具体的详细设计，数据库建模等，这样的完整步骤后，就可以开展具体的编码

SOA本身就是一种面向企业级服务的系统架构，简单来说，SOA就是一种进行系统开发的新的体系架构，在基于SOA架构的系统中，具体应用程序的功能是由 一些松耦合并且具有统一接口定义方式的组件（也就是service）组合构建起来的。因此，基于SOA的架构也一定是从企业的具体需求开始构建的。但是，SOA和其它企业架构的不同之处就在于SOA提供的业务灵活性。业务灵活性是指企业能对业务变更快速和有效地进行响应

     在之前的Discuz!NT缓存的架构方案中，曾说过Discuz!NT采用了两级缓存方式，即本地缓存+memcached方式。在近半年多的实际运行环境下，该方案经受住了检验。现在为了提供多样式的解决方案，我在企业版里引入了Redis这个目前炙手可热的缓存架构产品，即将memcached与Redis作为可选插件方式来提供了最终用户，尽管目前测试的结果两

总体结构     Designer总体上由三大部分组成:View,ViewModel和Model,这个结构借鉴了流行的MVVM模式。这三部分的职责分工是： View 负责把ViewModel以图形的方式展现出来，它主要在处理画法。View适合用xaml来表达，对于某些复杂的layout，仍然会需要写一些code,但这些code不涉及业务逻辑。和MVVM的区别是，我们只是在简

走向ASP.NET架构设计-第七章-阶段总结—实践篇—中篇 　　前言：本篇接着上篇来。   本篇的议题如下： 示例说明（上篇） Domain Model（上篇） Repository（上篇） 服务层(中篇)          数据契约          服务契约          服务实现          宿主程序 代理层(下篇) 客户层(下篇)     　系列文章链接    &nb

走向ASP.NET架构设计  第六章-服务层设计(前篇) 　　前篇：本章的内容比较的多：讲述ASP.NET项目中服务层的设计，什么是SOA架构，以及为什么需要SOA；在服务层设计的时候涉及到的设计模式和架构模式；最后用一个WCF的例子作为本篇的结尾。            本篇的议题如下：          服务层的概述          SOA架构讲述          SOA的基本原则       &