摘要：WCF在同步和异常调用情况下的异常捕获1 前言 关于WCF的基本信息，我就不在这里介绍了。一来是因为园子中的很多人都介绍过了，而且很是详细，再不行，还可以看书。二来是因为自己的概念表达还不是很好，别误导了大家。在这里，我就直接讲解一种用法，然后贴点代码吧。在WCF有一种契约，叫做错误契约FaultContract。今天我就讲解一下，在同步和异步调用WCF服务的时候，客户端如何捕获服务端抛出来的异常... 阅读全文
面向对象的分析与设计
2010-10-11 18:17 by Virus-BeautyCode, 4295 阅读, 1 推荐, 收藏, 编辑
摘要：面向对象的分析与设计引言 我们首先介绍一些名词翻译 Object-Oriented Analysis and Design面向对象分析和设计 Assignning Responsibilities分配职责 Iterative Development and the Unified Process迭代开发和统一的过程 Embracing Change拥抱变化 Feedback and A... 阅读全文
应用ASP.NET MVC的系统软件架构-知识普及篇1
2010-10-09 13:04 by Virus-BeautyCode, 3482 阅读, 3 推荐, 收藏, 编辑
摘要：应用MVC的系统软件架构 -----基础知识引言M-V-C(Model View Controller)/Files/virusswb/应用MVC的系统软件架构.doc 从上图可以看出是首先通过view的请求，经过url导航到一个controller中，最终定位到一个action，在action中访问具体的model，获取数据之后，将数据放入ViewData或者是TempDat... 阅读全文
Enterprise Library（企业库）给我们提供的ORM
2010-09-20 19:13 by Virus-BeautyCode, 5802 阅读, 1 推荐, 收藏, 编辑
摘要：Enterprise Library（企业库）给我们提供的ORM 1 引言 本文的使用的实例数据库为：Northwind 企业库版本：V5.0 下面的例子均在ASP.NET中进行演示。 ORM，Object Relation Mapper，主要是说我们的编程语言，尤其是我们使用面向对象编程语言的时候，都在使用对象，实体，Object，对象之间用属性来维护数据关系。也就是1:n，n:1,1:1,n:n等等。在配合数据库开发的时候，使用的大多是关系型数据库，关系型数据库靠关系Relation来维护数据，表现形式就是二维的数据表。 对象和关系不是一一映射的关系。就好像一张数据库的表， 阅读全文
C#连接SQLite的...方法
2010-09-17 13:24 by Virus-BeautyCode, 41734 阅读, 13 推荐, 收藏, 编辑
摘要：C#连接SQLite的...方法1 SQLite简介 SQLite，是一款轻型的数据库，是遵守ACID的关联式数据库管理系统，它的设计目标是嵌入式的，而且目前已经在很多嵌入式产品中使用了它，它占用资源非常的低，在嵌入式设备中，可能只需要几百K的内存就够了。它能够支持Windows/Linux/Unix等等主流的操作系统，同时能够跟很多程序语言相结合，比如 Tcl、C#、PHP、Java等，还有O... 阅读全文
分层架构中的服务层-服务层的相关模式
2010-09-07 07:14 by Virus-BeautyCode, 3939 阅读, 2 推荐, 收藏, 编辑
摘要：服务层的相关模式 1 引言 我们把服务层看做是暴露给用户界面的一个服务集合。大多数时候，我们会发现服务层的方法很容易满足用户的行为。在大多数企业应用中，CRUD是常用的操作。有的时候在一次操作中会处理多个实体。 服务层包括角色管理，数据验证，通知，调整返回给用户界面的数据，或者是整合系统可能的需求。 在谈到这些的时候，一些设计模式可能会有帮助。下面是一些在实现服务层的过程中有帮助的模式。 ... 阅读全文
分层架构中的服务层-服务层实战
2010-09-06 12:14 by Virus-BeautyCode, 5521 阅读, 4 推荐, 收藏, 编辑
摘要：引言 服务层是在交互的两个层中间又定义了另外一个层，典型的是在表现层和业务逻辑层之间。这个中间层只是实现应用的用例的类集合。 服务和面向服务的出现，使得整个解决方案更有价值、更加成功。与表现层相比，服务层提供了松散的耦合，服务层提供商定的协议，可重用性，跨平台的部署。服务向其他类一样，允许你调整你需要的抽象总数。 真实世界的表现层，主要是用户前端。用户做的每一件事都通过表现层和用户界面。... 阅读全文
分层架构中的服务层-简介
2010-09-05 16:16 by Virus-BeautyCode, 4297 阅读, 1 推荐, 收藏, 编辑
摘要：引言 服务层不直接执行任何任务。它所做的就是合理的安排一些列你提供的业务对象。服务层很清楚业务逻辑层，也很清楚领域模型。例如：你使用数据库表模型模式的业务逻辑层，服务层会通过DataSet来进行交互。 很显然，服务层合理的安排业务组件，同时也合理的安排应用的服务、工作流和业务逻辑的其他组件。 服务层的职责 服务层是一个额外的层，是在两个层之间设置一个边界。 服务层的目的是什么？ 在业界... 阅读全文
用微软.NET架构企业解决方案 学习笔记（四）业务层
2010-08-20 09:02 by Virus-BeautyCode, 3083 阅读, 0 推荐, 收藏, 编辑
摘要：业务层引言 Martin Fowler说过：“任何人都可以写出计算机才能理解的代码，只有写出人能理解的代码的程序员才是好程序员。” 每一个复杂的软件都应该按层来组织。每一层代表系统的一个逻辑部件。尤其是，业务层的模块包括了所有使得系统运行的时候和其它层交互所需要的功能算法和计算，其他层包括数据访问层DAL和表现层。 业务层是任何分层系统的神经中心，包含了大部分的核心逻... 阅读全文
《架构之美》读书笔记（一）
2010-08-19 05:31 by Virus-BeautyCode, 4893 阅读, 0 推荐, 收藏, 编辑
摘要：1、引言 建筑师、音乐家、作家、计算机设计者、网络设计者、软件开发者都在使用架构一词，在其他地方也可能会听到这个词，但是他们产生的结果是不同的。建筑和交响乐有很大的区别，但是它们都有架构。进一步说，所有的架构师都在谈论他们工作的美妙，以及结果的美妙。一名建筑架构师可能会说一个建筑应该提供舒适的工作、生活环境，看起来应该是美丽的；音乐家可能会说音乐应该可以可以演奏的，有一个可以识别的主题，听起来应... 阅读全文
项目总结-代码之前的工作
2010-08-17 19:27 by Virus-BeautyCode, 2748 阅读, 0 推荐, 收藏, 编辑
摘要：代码之前的工作比较多，也比较广，需要的不仅仅是开发技能，还包括行业知识，分析能力，设计能力。以及更深远的商业预见能力，预见系统之上的商业前景，是否值得我们开发这么一个系统，以及系统的大方向，服务的客户群，需要达到的目标，盈利的点。 一旦上面的商业目标确定之后，就需要行业专家以及架构师的介入。这两者会配合工作，行业专家的主要职责是构建满足商业目标的业务模型，将商业目标分解为很多小的业务模型，梳理其... 阅读全文
项目总结-耦合Couple
2010-08-07 16:37 by Virus-BeautyCode, 2903 阅读, 1 推荐, 收藏, 编辑
摘要：耦合Couple引言 本文将到的耦合是指的软件开发中的耦合，而且是代码方面的耦合。包括后面讲到的分层，也只是逻辑分层，不是物理分层。 耦合是我们做软件开发经常会遇到的词汇，尤其是在使用面向对象语言进行开发的时候。看到的相关资料也都在说要低耦合，减少耦合。 尽管我们加入了设计模式，分了层，分了模块，做了等等的工作，还是发现存在耦合，还是有人说耦合高了，导致不能修改，修改、维护的代价太大了。直接... 阅读全文
用微软.NET架构企业解决方案 学习笔记（二）UML概要
2010-08-06 00:04 by Virus-BeautyCode, 3853 阅读, 2 推荐, 收藏, 编辑
摘要：UML概要引言 设计一个系统，任何科学领域的系统，你首先需要做的是对它进行抽象。抽象模型为系统的视图、结构、行为、参与实体和流程方面具体的实现提供一个代理。在系统的参与人员（包括：开发者，架构师，所有者，用户）之间应该共享一个模型。为了能够提出反馈，提出错误的假设，改进建议，模型应该能够被系统的参与者所理解。尽管共享了一个模型，你还是需要用一种通用的，被广泛接受的的形式和符号来表达模型。例如：模... 阅读全文
用微软.NET架构企业解决方案 学习笔记（一）
2010-08-05 00:24 by Virus-BeautyCode, 5152 阅读, 2 推荐, 收藏, 编辑
摘要：当今的架构师和架构 引言 在计算机的早期，大概是1960年左右，硬件的花费在软件之上，是占主导地位的。40年之后，我们发现情况发生了极大的变化。 因为工业的进步，硬件的成本急剧的下降。另一方面，软件开发的成本因为个性化企业级应用开发的复杂性而急剧上升。对公司来说，便宜的硬件使得为他们的信息系统增加越来越多的功能是值得的。最初一些独立的系统，相互之间没有连接，也很少会共享数据，在多年之后，变成... 阅读全文
领域驱动设计之入门级教程（下）
2010-08-04 00:15 by Virus-BeautyCode, 2996 阅读, 0 推荐, 收藏, 编辑
摘要：在我们创建软件的时候，有很多的功能是和要解决的业务领域没有关系的，他们是软件的基础部件，或者是为软件服务的。例如：权限、日志、数据访问、文件访问、网络访问、用户界面等。最好将这部分功能从业务领域分离开来，独立出来，因为这部分功能是相对稳定的，这样既保证了这部分的独立性，便于升级维护，不至于影响业务领域的功能实现，同时将业务功能，业务规则尽可能放在业务逻辑处理层。这样在以后如果修改业务逻辑，不至于需... 阅读全文