当设计一个应用程序时，基本的要求是所有的通信信息交互都要通过定义的接口进行，不能让应用程序直接调用该接口的类别或方法。所以，可以通过Layer Diagram来展示这个架构上的想法。 　　我们将使用一段非常简单的代码，主要强调的是代码所代表的概念，而不是代码的细节。并将在现有代码层关系架构逻辑设计分析的基础上进行层验证（Layer Validation）功能： 　　①打开Visual Studio

      “系统是一个个有机的生命。跟企业一样，系统也需要施肥浇水，需要健康的成长。与企业一样，一个系统可能会在短期内被滥用（比如在需要短期内快速盈利的驱使下），不过如果滥用的时间过长，系统最终将会无法支持。与CEO一样，一个架构师对系统的这个特性了如指掌。他们能够识别什么是滥用，系统能够承受的限度，并将系统引回到健康的道路上。&rd

引言 　　Martin Fowler说过：“任何人都可以写出计算机才能理解的代码，只有写出人能理解的代码的程序员才是好程序员。” 每一个复杂的软件都应该按层来组织。每一层代表系统的一个逻辑部件。尤其是，业务层的模块包括了所有使得系统运行的时候和其它层交互所需要的功能算法和计算，其他层包括数据访问层DAL和表现层。 　　业务层是任何分层系统的神经中心，包含了大部分的核心逻辑。

前言： 　　上一篇文章讲述了一些实现DAL的理论，本篇主要是DAL实现的的初步的尝试。 　　本篇的主要议题如下： 　　1) 设计DAL的基本操作 　　2) 对基本的操作的进一步的思考 　　3) 查询对象的一些思考 　　1. 设计DAL的基本操作 　　Richard认为：在设计一个架构或者Framework的时候，有几点很重要： 　　a. 总体把握的能力。 　　b. 抽象的能力。 　　c. 分析的能

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

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

一、开篇 　　本文主要是讲述设计模式中最经典的创建型模式-工厂模式，本文将会从以下几点对工厂模式进行阐述。        　　本文将会从上面的四个方面进行详细的讲解和说明，当然会的朋友可以之处我的不足之处，不会的朋友也请我们能够相互学习讨论。 　　二、摘要 　　本文将会主要是结合项目中的一些实例作为实例来分析工程模式的使用方式和

在前几天的DotNET企业架构应用实践-企业管理软件架构（计算）的历史与发展（上）一文中，介绍了在企业管理软件架构发布中的主机-终端结构、以及客户机-服务器结构、浏览器-服务器结构，本文今天向大家介绍有关于分布式计算及SOA架构方面的知识。 广义分布式系统 分布式系统（distributed system）是建立在网络之上的软件系统。正是因为软件的特性，所以分布式系统具有高度的内聚性和透明性。

原著名称《.NET Application Architecture Guide，2nd Edition》，应该可以从微软的官网下载到，是微软的模式与实践小组的大作。Patterns & Practices在http://www.codeplex.com/上面有很多的好作品，其实.NET平台也有很好的开源项目，也有很广的选择面，只是这些不像java那么开放，.NET的开源是微软主导的。 　

【IT168 专稿】8月27日下午，在IT168系统架构师大会存储与系统架构分论坛上，淘宝网技术委员会主席，淘宝网核心工程师章文嵩向我们详细介绍了淘宝网图片处理与存储系统的架构。章文嵩博士的演讲日程包括了淘宝的整个系统架构、淘宝图片存储系统架构，淘宝网独立开发的TFS集群文件系统，前端CDN系统以及淘宝网在节能服务器方面的应用和探索。 　　本文侧重介绍淘宝网后台的图片存储系统架构、包括TFS集群

下面的邮件是某Architect发给他的Engineering团队的（来源），我觉得挺不错的，翻译过来，我相信我们所有的程序员都能从中学到很多东西。下面是这封邮件—— 　　每次当我开始做新的东西是我就会很兴奋。就算在软件圈里做了20年以后，每当开始新的旅程里，我都觉得我心中有一些东西不吐不快。这是我们大家一起的旅程。我强烈地相信我们详细规划的过程是很有乐趣的，富有挑战的和丰

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

简介 　　在前文<<初识Silverlight 4及其架构>>谈到要从多个方面来了解：Silverlight的原理，处理周期，部署，安全性，伸缩性，分布式计算能力，容错能力，等等等等。这篇从原理的角度来看Silverlight 4架构相关的一些事情。 　　浏览器的插件 　　前文已经介绍过，整个Silverlight平台中包括一个安装器。这个安装器负责将浏览器插件安装上，并在

开篇 　　本篇是主要讲述云计算的发展历程，由于云计算本身提出来也不是太久，并且其实云计算也是经过前人的一些经验总结提出，所以我们对之前的一些计算机的发展史有个一定的了解，那么对云计算的理解就更深入了，当今信息化技术的飞速发展，用户通过浏览器完成信息服务的访问，促进了从传统的数据中心的模式转变到云计算的模式的动力，随着服务器虚拟化，并行处理，向量处理等技术的飞速发展，推动了现有企业应用模式的转变，

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

简介 　　Silverlight 4是今年早些时候发布的。这项技术为我们带来了许多革新。它不仅是为用户带来了丰富的交互式的互联网和多媒体内容，还为我们提供了强大的轻量级的平台。我们可以在此平台上开发可移植的，跨平台的，基于网络的应用程序，并且可以从不同的源头集成服务和数据。相比传统Web应用的界面，Silverlight应用的界面让人耳目一新。让人感觉像是Windows Form应用程序搬到了We

2006年的职场出奇的冷清，相比前几年，简历的数量和质量都大为不如，很难得找到三年工作经验以上的人，有一个 不是特别笨，就是特别怪。就是么，干得好谁没事换工作啊！Simon是一家外企软件公司的总经理，最近给这个问题愁坏了。项目一个接一个的接下来，人手越 来越紧张。虽然Simon是个极限编程的粉丝，但也不得不批准了一份又一份的加班申请。HR经理把这个问题归结到房价上，他的妙论是“怕失业了

    好长一段时间总是开发企业内部信息管理系统性质的软件项目，往往是有几个人在用的系统就能卖出几万元，例如只有一个人用的系统，往往可以卖1.5万-2万左右，若是有20来个人用的系统往往可以卖出20万的价格。若商务谈得好可以卖出更高的价格。   我们开发人员在学习软件开发阶段往往容易过度设计、往往会忽略客户的真正实际工作上的操作需求、数据

      我们谈云计算SQL Azure本质，我们可以换一个角度先从设计模式上讲起。设计模式(Design Pattern)的一项重要目的就是“沟通”当人们谈到“歌德式”的设计模式时，脑海里浮现的应该都是一幅很类似的景致，例如：高耸的尖顶建筑、教堂式的外观门庭……，这是建

如果你正在学习ASP.NET MVC 3，HTML5，jQuery和浏览器客户端交互技术，推荐你下载Mileage Stats 范例程序，可更好理解如何使用当前技术创建当前的web应用程序，尤其关注如何架构一个企业级的应用程序。关于Mileage Stats项目的初步介绍，请参考《Project Silk – 基于ASP.NET MVC 3 的示例应用程序Mileage Stats》。