Composite Application Guidance for WPF（1）--概览

2016年07月28日 59 阅读

Composite Application Guidance for WPF（1）--概览2012-02-07 博客园 周银辉什么是Composite Application Guidance for WPF（以下简称Prism）我们想象一下，在复杂的企业级开发中，我们的开发规模非常的大，以至于我们需要将其分解成多个小的模块，以便分发给不同的人，甚至是在不同地方的团队分别进行开发和测试，最后我们在将这些相对独立的模块集成起来形成一个完整的应用。所以我们需要...

Composite Application Guidance for WPF（2）

2016年07月28日 62 阅读

Composite Application Guidance for WPF（2）2012-02-07 博客园 周银辉Composite Application Library（CAL）1，一个Composite Application 的基本组成Composite Application Library（CAL）作为Composite Application Guidance的最重要的组成部分，为我们提供打造Composite Application的最...

Composite Application Guidance for WPF（3）

2016年07月28日 55 阅读

Composite Application Guidance for WPF（3）2012-02-07 博客园 周银辉创建第一个Composite WPF Application1.前提条件：你需要下载到CAL（Composite application library）库，实际上就是几个DLL文件，在项目中将会引用到他们来打造我们的程序，你可以从这里下载到它们。当然你也需要一个能打造WPF应用的IDE，比如VS2008。2．创建Shell Project...

Composite Application Guidance for WPF（4）——Bootstrapper

2016年07月28日 59 阅读

Composite Application Guidance for WPF（4）——Bootstrapper2012-02-07 博客园 周银辉在默认情况下,WPF程序的启动方式APP的XAML中指定StartUri,然后IDE会自动帮我们生成一个Main方法,然后将StartUri中指定的窗口New一个出来,并作为应用程序的主窗口,但我们在Composite Application Guidance for WPF（3）——创建...

Composite Application Guidance for WPF（5）——依赖注入容器

2016年07月28日 55 阅读

Composite Application Guidance for WPF（5）——依赖注入容器2012-02-07 博客园 周银辉依赖注入容器和Prism的基础服务已经在本系列随笔中提到过很多次,今天将其分离出来专门说一说1, 为什么要使用依赖注入容器我们知道, 在Composite Application中各个模块之间是松耦合的关系, 也就是在设计的时候尽可能地减少模块间的依赖, 但无论如何从业务角度讲, 他们之间总还是要相互通信与合作的. 所以依赖...

Composite Application Guidance for WPF（6）——服务

2016年07月28日 50 阅读

Composite Application Guidance for WPF（6）——服务2012-02-07 博客园 周银辉在Ioc和DI中，最熟悉的一个词语便是服务（Service）了，关于Service的定义以及其与Component（组件）的一些小小区别，请参考Martin Fowler的这篇文章，我们这里主要看看在Prism中是如何实现服务的注册和使用的。1，Service Locator （服务定位器）这是必须首先讨论的问题，当我们的一个类型对...

Composite Application Guidance for WPF（7）——模块

2016年07月28日 56 阅读

Composite Application Guidance for WPF（7）——模块2012-02-07既然是Composite Application ，毫无疑问地将涉及到“模块（Module）”以及“模块化（Modularity）”，今天简单地谈谈Prism中的模块，这包括：模块化，如何在Prism中枚举和加载模块等等1，模块化事实上“模块化”这个标题足以让我心惊胆战而无法完...

Composite Application Guidance for WPF（8）——事件

2016年07月28日 60 阅读

Composite Application Guidance for WPF（8）——事件2012-02-08 博客园 周银辉Prism的事件并没有直接使用C#的Event或WPF的RoutedEvent, 而是CompositeWpfEvent, 今天简单地谈一谈1, 为什么是全新打造的CompositeWpfEvent,而非C#的Event或WPF的RoutedEvent？原因一个: 断开事件发布者和事件订阅者之间的耦合.比如说模块A要订阅模块B的某一...

Composite Application Guidance for WPF（9）——命令

2016年07月28日 56 阅读

Composite Application Guidance for WPF（9）——命令2012-02-08 博客园 周银辉这里的“命令”即Command模式中的“Command”，几乎每个应用程序都有该模式的运用，如何“复制”“粘贴”“撤销”等操作。我们知道，该模式将操作的请求者和操作的执行逻辑隔离开来，并且其对请求排队以及撤销重复等...

ConsoleApplication也精彩：一个控制台进度条的示例

2016年07月28日 54 阅读

ConsoleApplication也精彩：一个控制台进度条的示例2012-02-09 csdn jinjazz这年头记得习惯用ConsoleApplication的人恐怕也没有多少了，系统工具无论巨细，一律拖个巨大的form出来..其实控制台，写得好点也是很有趣的，比如这个效果下面代码演示了如何在控制台下展示一个进度条的工作过程。原理很简单，就把他当成一张纸，不停的写了擦，擦了写，当中的技巧全靠想象力，因为这个类实在是太简单了。using System;...

EntityFramework 之领域驱动设计实践 - 前言

2016年07月28日 56 阅读

EntityFramework 之领域驱动设计实践 - 前言2012-02-09 博客园 dax.net写在前面其实这系列文章已经被很多网友转载过了，我自己也在前面的博客中给出了原文的链接。但毕竟博客园的人气更旺，加上不少网友强烈要求我把文章转贴到博客园，因此最终下定决心，将这系列文章重新整理并转贴在博客园上。根据网友的讨论结果，以及自己在实践中的不断积累，在整理的过程中，我会将原文中的描述作相应调整。不仅如此，也有不少关心领域驱动设计的网友在原文的评论栏...

EntityFramework之领域驱动设计实践 （一）：从DataTable到EntityObject

2016年07月28日 57 阅读

EntityFramework之领域驱动设计实践 （一）：从DataTable到EntityObject2012-02-09 博客园 dax.net虽然从技术角度讲，DataTable与EntityObject并没有什么可比性，然而，它暗示了一场革命正在悄然进行着，即使是微软，也摆脱不了这场革命的飓风。软件设计思想需要革命，需要摆脱原有的思路，而走向面向领域的道路。你或许会觉得听起来很玄乎，然而目前软件开发的现状使你不得不接受这样的现实，仍然有大帮的从业人...

EntityFramework之领域驱动设计实践（二）：分层架构

2016年07月28日 57 阅读

EntityFramework之领域驱动设计实践（二）：分层架构2012-02-09 博客园 dax.net在引入实例以前，我们有必要回顾，并进一步了解分层架构。“层”是一种体系结构模式[POSA1]，也是被广大软件从业人员用得最为广泛而且最为灵活的模式之一。记得在CSDN上，时常有朋友问到：“分层是什么？为什么要分层？三层架构是不是就是表现层、业务逻辑层和数据访问层？”到这里，你可能会觉得这些朋友的问题很简...

EntityFramework之领域驱动设计实践（三）：一个简易的销售系统

2016年07月28日 56 阅读

EntityFramework之领域驱动设计实践（三）：一个简易的销售系统2012-02-09 博客园 dax.net案例：一个简易的销售系统从现在开始，我们将以一个简易的销售系统为例，探讨EntityFramework在领域驱动设计上的应用。为了方便讨论，我们的销售系统非常简单，不会涉及客户存在多个收货地址的情况，也不会包含任何库存管理的内容。假设我们的系统只需要维护产品类型、产品以及客户信息，并能够帮客户下订单、跟踪订单状态，以及接受客户退货。从简单的...

EntityFramework之领域驱动设计实践（四）：存储过程 - 领域驱动的反模式

2016年07月28日 59 阅读

EntityFramework之领域驱动设计实践（四）：存储过程 - 领域驱动的反模式2012-02-09 博客园 dax.netEntityFramework（EF）中有一项功能，就是能够根据数据库中的存储过程生成实体的行为（或称方法，以下统称方法）。我在本系列的第一篇博文中就已经提到，这种做法并不可取！因为存储过程是技术架构中的内容，而我们所关注的却是领域模型。Andrey Yemelyanov在其“Using ADO.NET EF in ...

EntityFramework之领域驱动设计实践（五）：聚合

2016年07月28日 54 阅读

EntityFramework之领域驱动设计实践（五）：聚合2012-02-09 博客园 dax.net聚合（Aggregate）是领域驱动设计中非常重要的一个概念。简单地说，聚合是这样一组领域对象（包括实体和值对象），这组领域对象联合起来表述一个完整的领域概念。比如，根据Eric Evans《领域驱动设计》一书中的例子，一辆车包含四个轮子，轮子离开“车”就毫无意义，此时这个联合体就是聚合，而“车”就是聚合根...

EntityFramework之领域驱动设计实践（六）：模型对象的生命周期 - 工厂

2016年07月28日 55 阅读

EntityFramework之领域驱动设计实践（六）：模型对象的生命周期 - 工厂2012-02-09 博客园 dax.net首先应该认识到，是对象就有生命周期。这一点无论在面向对象语言还是在领域驱动设计中都适用。在领域驱动设计中，模型对象生命周期可以简要地用下图表示：通过上图可以看到，对象通过工厂从无到有创建，创建后处于活动状态，此时可以参与领域层的业务处理；对象通过仓储实现持久化（也就是我们常说的“保存”）和重建（也就是我们常...

EntityFramework之领域驱动设计实践（七）：模型对象的生命周期 - 仓储

2016年07月28日 58 阅读

EntityFramework之领域驱动设计实践（七）：模型对象的生命周期 - 仓储2012-02-09 博客园 dax.net上文中已经提到了管理领域模型对象生命周期的两大角色，即工厂与仓储，并对工厂的EntityFramework实践作了详细的描述。本节主要介绍仓储的概念，由于仓储的内容比较多，我将在接下来的两节中具体讲解仓储的架构设计与实践经验。仓储（Repository），顾名思义，就是一个仓库，这个仓库保存着领域模型的实体对象。在业务处理的过程中...

EntityFramework之领域驱动设计实践（八）：仓储的实现：基本篇

2016年07月28日 55 阅读

EntityFramework之领域驱动设计实践（八）：仓储的实现：基本篇2012-02-09 博客园 dax.net我们先从技术角度考虑仓储的问题。实体框架（EntityFramework）中，操作数据库是非常简单的：在ObjectContext中使用 LINQ to Entities即可完成操作。开发人员也不需要为事务管理而操心，一切都由EF包办。与原本的ADO.NET以及LINQ to SQL相比，EF更为简单，LINQ to Entities的引入...

EntityFramework之领域驱动设计实践（九）：储的实现：深入篇

2016年07月28日 55 阅读

EntityFramework之领域驱动设计实践（九）：储的实现：深入篇2012-02-09 博客园 dax.net早在年前的时候就已经在CSAI博客发表了上一篇文章：《仓储的实现：基础篇》。苦于日夜奔波于工作与生活之间，一直没有能够抽空继续探讨仓储的实现细节，也让很多关注EntityFramework和领域驱动设计的朋友们备感失望。闲话不多说，现在继续考虑，如何让仓储的操作在相同的事物处理上下文中进行。DDD引入仓储模式，其目的之一就是能够通过仓储隐藏对...