- 博客(72)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 被svcutil坑了一把
用xamarin动态调用wcf，不能用svctil生成代理类，要用slsvcutil,自己markC:\Program Files\Microsoft SDKs\Silverlight\v5.0\Tools
2015-06-26 16:37:47
616
转载 ASP.NET MVC 入门1、简介
ASP.NET MVC 入门1、简介什么是MVC模式MVC（Model-View-Controller，模型—视图—控制器模式）用于表示一种软件架构模式。它把软件系统分为三个基本部分：模型（Model），视图（View）和控制器（Controller）。那么MVC模式和我们熟悉的WebForm模式有什么不同呢？他的各个部分又是怎样分工的呢？我们先来看一下普通的WebForm模式
2014-03-10 10:48:30
523
转载 WPF控件开发之自定义控件(5)
尽可能减少帮助器元素所必需的、特定于用户的绑定或属性设置。通常，帮助器元素需要某些绑定或属性设置才能在控件模板中正确工作。帮助器元素和模板化控件应当尽可能多地生成这些设置。在设置属性或者建立绑定时，注意不要重写由用户设置的值。具体的最佳做法如下所示：命名的帮助器元素应当由父级标识，而且父级应当针对帮助器元素建立任何必需的设置。对于基于类型的帮助器元素，应当直接针对它们建立任何必需的设置。这
2014-01-23 14:35:02
961
转载 WPF控件开发之自定义控件(4)
处理输入在 UserControl 示例中，RepeatButton 实例直接引用了代码中定义的事件处理程序。对于自定义 Control，命令是实现相同行为的一种更灵活的方式。控件可以定义命令，如下面的示例所示。 然后，模板中的元素可以引用这些命令，如下面的示例所示。 通过定义模板以及使用绑定和命令，您已将 NumericUpDown 控件从具有固定可视化效果的
2014-01-23 14:34:00
757
转载 WPF控件开发之自定义控件(3)
创建 UserControl 如前所述，在 WPF 中创建控件的最简单方法是从 UserControl 派生。下面的示例演示用于定义 NumericUpDownUserControl 的 用户界面 (UI) 的 XAML： 下面的示例演示此 UserControl 的逻辑。 如此示例所示，自定义 UserControl 的开发模型非常类似于用于应用程序开发的模型
2014-01-23 14:33:17
661
转载 WPF控件开发之自定义控件(2)
属性的元数据。元数据包含该属性的默认值、CoerceValueCallback 和 PropertyChangedCallback。通过实现该属性的 get 和 set 访问器，定义一个名为 Value 的 CLR“包装”属性，这个名称也就是用来注册该依赖项属性的名称。请注意，get 和 set 访问器只是分别调用 GetValue 和 SetValue。建议依赖项属性的访问器不要包含其他
2014-01-23 14:32:26
954
转载 WPF控件开发之自定义控件(1)
Windows Presentation Foundation (WPF) 控件模型的扩展性极大减少了创建新控件的需要。但在某些情况下，仍可能需要创建自定义控件。本主题讨论可最大限度减少在 Windows Presentation Foundation (WPF) 中创建自定义控件以及其他控件创作模型的需要的功能。本主题还演示如何创建新控件。编写新控件的替代方法 以前，如果要通过现有控
2014-01-23 14:31:02
4050
转载 命令模式
解读设计模式----命令模式(Command Pattern)***本文与作者原文有一定的偏差,其中加入了一部分是个人看法,详细请查看作者原文。***原文连接http://www.dofactory.com/Patterns/PatternCommand.aspx命令模式意图： GOF 在《设计模式》一书中阐述其意图：“将一个请求封装为一个对象，从而使你可用不同的请求对客
2014-01-21 14:56:33
460
转载 Factory Method模式
《软件设计精要与模式》之Factory Method模式 声明：我发布本章节主要是和大家分享这本书里的知识点，如果涉及到了侵权请作者或是相关人士留言，我会删除。 Factory Method模式是应用最为广泛的设计模式，毕竟他负责了一系列对象的创建，而对象的创建正是面向对象编程中最为繁琐的行为。《设计模式》一书写到，“Factory Method模式使一个类的实
2014-01-21 14:55:57
617
转载 工厂方法模式
解读设计模式----工厂方法模式(FactoryMethod Pattern)概述： Factory Method模式是应用最为广泛的设计模式，毕竟他负责了一系列对象的创建，而对象的创建正是面向对象编程中最为繁琐的行为。GOF在《设计模式》一书写到，“Factory Method模式使一个类的实例化延迟到子类。”准确的说，Factory Method模式是将创建对象实例的责任
2014-01-21 14:55:09
505
转载 装饰模式
解读设计模式----装饰模式(Decorator Pattern) 装饰模式（Decorator）也叫包装器模式（Wrapper）。以“装饰”的含义生动形象地描绘了“动态地给一个对象添加一些额外的职责”的意图。GOF在《设计模式》一书中给出的定义为：动态地给一个对象添加一些额外的职责。装饰模式充分利用了继承和聚合的优势，创造出无与论比的设计美学。就增加功能来说，Decorator
2014-01-21 14:54:25
515
转载 上班玩游戏,老总是怎么知道的呢?
上班玩游戏,老总是怎么知道的呢? 0点过了。可还没睡意，可能是平时都是2点过才睡觉习惯了吧。不知道干什么，好无聊。因为生病了，不想看书;这无聊之时，来记录一个故事吧，这可是一个真实的故事（傻瓜才信,不信的更傻--不看完这文章是你的损失）。注：以下反出现“同学”的地方都使用“C”代替，我自己使用“M”代替，老总“A”。 前些天一个同学告诉我:“我上班的时候玩游戏,怎
2014-01-21 14:53:38
749
转载 单例模式
解读设计模式----单例模式(Singleton Pattern) 单例模式可以保证一个类有且只有一个实例,并提供一个访问它的全局访问点.在程序设计中,有很多情况需要确保一个类只能有一个实例.从这句话可以看出,Singleton模式的核心：如何控制用户使用new对一个类的实例构造器的任意调用。如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？这应该是类设计者的责任，而不
2014-01-21 14:52:27
2967
转载 迭代器模式
解读设计模式----迭代器模式(Iterator Pattern),谁才是迭代高手一、你在开发中使用过迭代吗？ 当你在使用JavaScript开发客户端应用的时候使用过for...in吗? 1script type="text/javascript"> 2var obj; 3useForIn = function () 4{ 5 obj = (0,1
2014-01-21 14:50:58
595
转载 观察者模式
谈爱情故事,谈观察者模式 不知正在阅读本文的你可听到了这首《最浪漫的事》？----我能想到最浪漫的事，就是和你一起慢慢变老....... 最浪漫的事 背靠着背 坐在地毯上 听听音乐 聊聊愿望 你希望我越来越温柔 我希望你放我在心上 你说想送我个浪漫的梦想 谢谢我带你找到天堂 哪怕用一辈子才能完 只要我讲你就记住不忘 我能想到最浪漫的事 就
2014-01-21 14:46:27
406
转载 适配器模式
解读设计模式----适配器模式(Adapter Pattern),麻雀飞上枝头真能成凤凰？ 金庸武侠里出现的有3大神功：北冥神功、化工大法和吸醒大法，这三大神功都是吸取别人内力之功效，却各有异同。北冥神功 北冥神功的确可以吸人内力化为我用,但并不是所有的北冥神功都可以吸人内力----损人利己。比方说虚竹体内的北冥神功就不可以,这是童姥说的。 化功大法
2014-01-21 14:45:16
499
转载 策略模式
解读设计模式----策略模式(Strategy Pattern)一、模式概述 策略模式(Strategy Pattern)在外形上与状态模式很相似，但在意图上有些不同。其意图是使这些算法可以相互替换，并提供一种方法来选择最合适的算法。 在我应用OOP的设计过程演化（三）这篇文章里应用到了策略模式，在图书的租金计算上分多种情况，每一种不同类型的图书的租金是不一样的
2014-01-21 14:44:23
507
转载 抽象工厂模式
解读设计模式----抽象工厂模式(AbstractFactory Pattern)一、模式描述 我的程序中有需要一系列的对象，比如我们要吃一碗米饭(Rice),要喝一杯咖啡(Coffee)......,要想利用他们，我们就必须在程序中根据用户要求，然后一个个调用 new 操作符来生成他们，这样客户程序就要知道相应的类的信息，生成的代码显然不够灵活。那么我们可以在代码中不利用具
2014-01-21 14:43:36
536
转载 模板方法模式
解读设计模式----模板方法模式(Template Method),电脑就是这样造出来的一. 模式概述 摸板方法(Template Method)模式是一种非常简单而又经常使用的设计模式.先创建一个父类,把其中的一个或多个方法留给子类去实现,这实际上就是在使用摸板模式.所谓的摸板模式可以这样来理解:"在一个类中定义一个算法,但将此算法的某些细节留到子类中去实现.换句话说,基类
2014-01-21 14:42:32
441
转载 代理模式
解读设计模式----代理模式(Proxy Pattern)，从买电脑的那些事儿说起一、说买电脑的那些事 我之前一直用的是台式机，可总感觉不方便，特别是携带，就拿租房子后搬家来说吧，费了不少劲。种种原因有了想换笔记本的想法。 5.1假期和一个好朋友特到电脑城去逛了一圈，一进电脑城便见：“HP笔记本XX总代理、IBM笔记本专卖、XX电脑YY总代理......”。
2014-01-21 14:40:33
521
转载 外观模式
解读设计模式----外观模式(Facade Pattern),谈阿牛讨媳妇故事一、模式简介 外观模式(Facade Pattern）可以将一系列复杂的类包装成一个简单的封闭接口。也称门面模式. 二、模式意图 每一种设计模式都有它的意图，我们看看设计模式的祖师们是怎么说的。按照GOF的说法，Facade模式的意图是：为了子系统中的一组接口提供一个一致的界面
2014-01-21 14:39:05
564
转载 简单工厂模式
解读设计模式----简单工厂模式(SimpleFactory Pattern),你要什么我就给你什么一、模式概述 从设计模式的类型上来说，简单工厂模式是属于创建型模式，又叫做静态工厂方法（Static Factory Method）模式，但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式，可以
2014-01-21 14:37:39
499
转载 EntityFramework之领域驱动设计实践【扩展阅读】：CQRS体系结构模式
CQRS体系结构模式本文将对CQRS（Command Query Responsibility Segregation，命令查询职责分离）模式做一个相对全面的介绍。可以这么说，CQRS打破了经典的领域驱动设计实践，在应用CQRS的整个过程中，你将会以另一种不同的角度去考虑问题并寻求解决方案。比如，CQRS是事件驱动的体系结构，事件是如何产生如何分发又是如何处理的？事件驱动的体系结构
2014-01-17 13:47:57
615
转载 EntityFramework之领域驱动设计实践【扩展阅读】：服务（Services）
服务（Services）从本讲开始，所涉及的DDD话题可能与EntityFramework关系不大了。网友千万别骂我是标题党，呵呵。由于这部分内容并非是特定于EntityFramework的，更多的是在介绍模式及实践心得，所以EntityFramework的内容就会偏少了。为了使得针对一些话题的讨论能够延续下去，我仍然将这些文章安排在本系列中，希望读者朋友能够谅解。我也在标题中标注
2014-01-17 13:46:46
515
转载 EntityFramework之领域驱动设计实践（十）
规约（Specification）模式本来针对规约模式的讨论，我并没有想将其列入本系列文章，因为这是一种概念性的东西，从理论上讲，与EntityFramework好像扯不上关系。但应广大网友的要求，我决定还是在这里讨论一下规约模式，并介绍一种专门针对.NET Framework的规约模式实现。很多时候，我们都会看到类似下面的设计：隐藏行号 复制代码 ？Custo
2014-01-17 13:45:01
558
转载 EntityFramework之领域驱动设计实践（九）
仓储的实现：深入篇早在年前的时候就已经在CSAI博客发表了上一篇文章：《仓储的实现：基础篇》。苦于日夜奔波于工作与生活之间，一直没有能够抽空继续探讨仓储的实现细节，也让很多关注EntityFramework和领域驱动设计的朋友们备感失望。闲话不多说，现在继续考虑，如何让仓储的操作在相同的事物处理上下文中进行。DDD引入仓储模式，其目的之一就是能够通过仓储隐藏对象持久化的技术
2014-01-17 13:43:32
787
转载 EntityFramework之领域驱动设计实践（八）
仓储的实现：基本篇我们先从技术角度考虑仓储的问题。实体框架（EntityFramework）中，操作数据库是非常简单的：在ObjectContext中使用LINQ to Entities即可完成操作。开发人员也不需要为事务管理而操心，一切都由EF包办。与原本的ADO.NET以及LINQ to SQL相比，EF更为简单，LINQ to Entities的引入使得软件开发变得更为“领域
2014-01-17 13:42:18
850
转载 EntityFramework之领域驱动设计实践（七）
模型对象的生命周期 - 仓储上文中已经提到了管理领域模型对象生命周期的两大角色，即工厂与仓储，并对工厂的EntityFramework实践作了详细的描述。本节主要介绍仓储的概念，由于仓储的内容比较多，我将在接下来的两节中具体讲解仓储的架构设计与实践经验。仓储（Repository），顾名思义，就是一个仓库，这个仓库保存着领域模型的实体对象。在业务处理的过程中，我们有可能需要
2014-01-17 13:40:58
958
转载 EntityFramework之领域驱动设计实践（六）
模型对象的生命周期 - 工厂首先应该认识到，是对象就有生命周期。这一点无论在面向对象语言还是在领域驱动设计中都适用。在领域驱动设计中，模型对象生命周期可以简要地用下图表示：通过上图可以看到，对象通过工厂从无到有创建，创建后处于活动状态，此时可以参与领域层的业务处理；对象通过仓储实现持久化（也就是我们常说的“保存”）和重建（也就是我们常说的“读取”）。内存中的对象通过
2014-01-17 13:38:54
685
转载 EntityFramework之领域驱动设计实践（五）
聚合聚合（Aggregate）是领域驱动设计中非常重要的一个概念。简单地说，聚合是这样一组领域对象（包括实体和值对象），这组领域对象联合起来表述一个完整的领域概念。比如，根据Eric Evans《领域驱动设计》一书中的例子，一辆车包含四个轮子，轮子离开“车”就毫无意义，此时这个联合体就是聚合，而“车”就是聚合根（Aggregate Root）。从实践中得知，并非领域模型中的
2014-01-17 13:37:31
635
转载 EntityFramework之领域驱动设计实践（四）
存储过程 - 领域驱动的反模式EntityFramework（EF）中有一项功能，就是能够根据数据库中的存储过程生成实体的行为（或称方法，以下统称方法）。我在本系列的第一篇博文中就已经提到，这种做法并不可取！因为存储过程是技术架构中的内容，而我们所关注的却是领域模型。Andrey Yemelyanov在其“Using ADO.NET EF in DDD: A Pattern
2014-01-17 13:36:39
561
转载 EntityFramework之领域驱动设计实践（三）
案例：一个简易的销售系统从现在开始，我们将以一个简易的销售系统为例，探讨EntityFramework在领域驱动设计上的应用。为了方便讨论，我们的销售系统非常简单，不会涉及客户存在多个收货地址的情况，也不会包含任何库存管理的内容。假设我们的系统只需要维护产品类型、产品以及客户信息，并能够帮客户下订单、跟踪订单状态，以及接受客户退货。从简单的分析我们大致可以了解到，这个系统将会有如下
2014-01-17 13:35:42
597
转载 EntityFramework之领域驱动设计实践（二）
分层架构在引入实例以前，我们有必要回顾，并进一步了解分层架构。“层”是一种体系结构模式[POSA1]，也是被广大软件从业人员用得最为广泛而且最为灵活的模式之一。记得在CSDN上，时常有朋友问到：“分层是什么？为什么要分层？三层架构是不是就是表现层、业务逻辑层和数据访问层？”到这里，你可能会觉得这些朋友的问题很简单，分层嘛，不就是将具有不同职责的组件分离开来，组成一套层内部高聚合，层
2014-01-17 12:30:24
576
转载 EntityFramework之领域驱动设计实践 （一）
EntityFrameworkEntityFramework是微软继LINQ to SQL之后推出的一个更为完整的领域建模和数据持久化框架。初见于.NET Framework 3.5版本，4.0的.NET Framework已经集成了EntityFramework。使用.NET 4.0的朋友就不需要下载和安装额外的插件了。与LINQ to SQL相比，EntityFra
2014-01-17 12:27:14
1073
转载 C#中的泛型
.Net 1.1版本最受诟病的一个缺陷就是没有提供对泛型的支持。通过使用泛型，我们可以极大地提高代码的重用度，同时还可以获得强类型的支持，避免了隐式的装箱、拆箱，在一定程度上提升了应用程序的性能。本文将系统地为大家讨论泛型，我们先从理解泛型开始。1.1 理解泛型1.1.1 为什么要有泛型？我想不论大家通过什么方式进入了计算机程序设计这个行业，都免不了要面对数据结构和算法这个
2014-01-09 16:38:14
383
转载 C#网络编程(接收文件) - Part.5
这篇文章将完成Part.4中剩余的部分，它们本来是一篇完整的文章，但是因为上一篇比较长，合并起来页数太多，浏览起来可能会比较不方便，我就将它拆为两篇了，本文便是它的后半部分。我们继续进行上一篇没有完成的步骤：客户端接收来自服务端的文件。4.客户端接收文件4.1服务端的实现对于服务端，我们只需要实现上一章遗留的sendFile()方法就可以了，它起初在handleProtoc
2014-01-09 16:36:59
473
转载 C#网络编程(订立协议和发送文件) - Part.4
文件传输前面两篇文章所使用的范例都是传输字符串，有的时候我们可能会想在服务端和客户端之间传递文件。比如，考虑这样一种情况，假如客户端显示了一个菜单，当我们输入S1、S2或S3（S为Send缩写）时，分别向服务端发送文件Client01.jpg、Client02.jpg、Client03.jpg；当我们输入R1、R2或R3时（R为Receive缩写），则分别从服务端接收文件Server01.
2014-01-09 16:30:51
441
转载 C#网络编程(异步传输字符串) - Part.3
这篇文章我们将前进一大步，使用异步的方式来对服务端编程，以使它成为一个真正意义上的服务器：可以为多个客户端的多次请求服务。但是开始之前，我们需要解决上一节中遗留的一个问题。消息发送时的问题这个问题就是：客户端分两次向流中写入数据（比如字符串）时，我们主观上将这两次写入视为两次请求；然而服务端有可能将这两次合起来视为一条请求，这在两个请求间隔时间比较短的情况下尤其如此。同样，也有可能
2014-01-09 16:27:50
471
转载 C#网络编程(同步传输字符串) - Part.2
服务端客户端通信在与服务端的连接建立以后，我们就可以通过此连接来发送和接收数据。端口与端口之间以流（Stream）的形式传输数据，因为几乎任何对象都可以保存到流中，所以实际上可以在客户端与服务端之间传输任何类型的数据。对客户端来说，往流中写入数据，即为向服务器传送数据；从流中读取数据，即为从服务端接收数据。对服务端来说，往流中写入数据，即为向客户端发送数据；从流中读取数据，即为从客户端接收
2014-01-09 16:25:49
500
转载 C#网络编程(基本概念和操作) - Part.1
引言C#网络编程系列文章计划简单地讲述网络编程方面的基础知识，由于本人在这方面功力有限，所以只能提供一些初步的入门知识，希望能对刚开始学习的朋友提供一些帮助。如果想要更加深入的内容，可以参考相关书籍。本文是该系列第一篇，主要讲述了基于套接字（Socket）进行网络编程的基本概念，其中包括TCP协议、套接字、聊天程序的三种开发模式，以及两个基本操作：侦听端口、连接远程服务端；第二篇讲
2014-01-09 16:19:03
624
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人