上一页 1 ··· 75 76 77 78 79 80 81 82 83 ··· 89 下一页
摘要: 目录开始Registering components控制范围和生命周期用模块结构化Autofacxml配置与.net集成深入理解Autofac指导关于词汇表扫描autofac可以使用约定在程序集中注册或者寻找组件。发现组件autofac2可以根据用户指定的规则在程序集中注册一系列的类型,这种方法叫做convention-driven registration或者扫描。12345var dataAccess = Assembly.GetExecutingAssembly();builder.RegisterAssemblyTypes(dataAccess).Where(t => t.Nam 阅读全文
posted @ 2013-08-29 16:54 sandea 阅读(258) 评论(0) 推荐(0) 编辑
摘要: 目录开始Registering components控制范围和生命周期用模块结构化Autofacxml配置与.net集成深入理解Autofac指导关于词汇表自动装配从容器中可用的服务中选择一个构造函数来创造对象,这个过程叫做自动装配。 这个过程是通过反射实现的,所以实际上容器这种创造对象的行为比较适合用在配置环境中。选择构造函数autofac自动从容器中选择参数最多的构造函数。如果想要选择一个不同的构造函数,就需要在注册的时候指定它。1builder.RegisterType(typeof(MyFoo)).UsingConstructor(typeof(int));这个例子通过使用MyFoo( 阅读全文
posted @ 2013-08-29 16:54 sandea 阅读(191) 评论(0) 推荐(0) 编辑
摘要: 目录开始Registering components控制范围和生命周期用模块结构化Autofacxml配置与.net集成深入理解Autofac指导关于词汇表服务类型,名称和键同一个服务的不同实现可以以类型,名称和键区分。autofac提供三种典型的方式区分服务。按类型类型是描述服务的基本方法1builder.Register().As();这个例子将IDeviceState 类型的服务和OnlineState 的component联系起来。可以用这个服务的类型来检索OnlineState的实例:1var r = container.Resolve();指定类型的服务在自动装配中也会起作用。按名 阅读全文
posted @ 2013-08-29 16:54 sandea 阅读(221) 评论(0) 推荐(0) 编辑
摘要: 目录开始Registering components控制范围和生命周期用模块结构化Autofacxml配置与.net集成深入理解Autofac指导关于词汇表Registering componentsComponentCreationhttp://code.google.com/p/autofac/wiki/ComponentCreationautofac容器提供多个内置参数用来创造Component。Component可以通过两种方式被创建:lambda表达式(通过反射)提供一个现成的实例ContainerBuilder 提供了 Register() 一类的方法去创建 Component。C 阅读全文
posted @ 2013-08-29 16:54 sandea 阅读(239) 评论(0) 推荐(0) 编辑
摘要: http://os.51cto.com/art/201111/304611.htm 阅读全文
posted @ 2013-08-29 16:54 sandea 阅读(85) 评论(0) 推荐(0) 编辑
摘要: http://blog.sina.com.cn/u/1673905171 阅读全文
posted @ 2013-08-29 16:53 sandea 阅读(79) 评论(0) 推荐(0) 编辑
摘要: 概述在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式。意图提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。模型图逻辑模型:物理模型:生活中的例子抽 象工厂的目的是要提供一个创建一系列相关或相互依赖对象的接口,而不需要指定它们具体的类。这种模式可以汽车制造厂所使用的金属冲压设备中找到。这种冲压 设备可以制造汽车车身部件。同样的机械用于冲压不同的车型的右 阅读全文
posted @ 2013-08-29 16:53 sandea 阅读(166) 评论(0) 推荐(0) 编辑
摘要: IIS负载均衡-Application Request Route详解第四篇:使用ARR实现三层部署架构系列文章链接:IIS负载均衡-Application Request Route详解第一篇: ARR介绍IIS负载均衡-Application Request Route详解第二篇:创建与配置Server Farm IIS负载均衡-Application Request Route详解第三篇:使用ARR进行Http请求的负载均衡(上)IIS负载均衡-Application Request Route详解第三篇:使用ARR进行Http请求的负载均衡(下)IIS负载均衡-Application 阅读全文
posted @ 2013-08-29 16:53 sandea 阅读(255) 评论(0) 推荐(0) 编辑
摘要: IIS负载均衡-Application Request Route详解第二篇:创建与配置Server Farm 自从本系列发布之后,收到了很多的朋友的回复!非常感谢,同时很多朋友问到了一些问题,有些问题是一些比较基本的问题,由于时间的缘故,不会一一的为大家 回复,如果有不明白的,希望大家勤自学!本系列虽然不难,但是很多的一些知识都是默认需要掌握的,例如:负载均衡的概念,原理,Web Farm等。本篇议题如下:创建Server Farm配置Server Farm系列文章链接:IIS负载均衡-Application Request Route详解第一篇: ARR介绍IIS负载均衡-Applicat 阅读全文
posted @ 2013-08-29 16:53 sandea 阅读(290) 评论(0) 推荐(0) 编辑
摘要: 概述Singleton模 式要求一个类有且仅有一个实例,并且提供了一个全局的访问点。这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程 序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,而不是类使用者的责任。从另一个角度来说,Singleton模式其实也是一种职责型模式。因为我们创建了一个对象,这个对象扮演了独一无二的角色,在这个单独的对象实例中,它集中了它所属类的所有权力,同时它也肩负了行使这种权力的职责!意图保证一个类仅有一个实例,并提供一个访问它的全局访问点。模型图逻辑模型图:物理模型图:生活中的例子美国总 阅读全文
posted @ 2013-08-29 16:53 sandea 阅读(106) 评论(0) 推荐(0) 编辑
上一页 1 ··· 75 76 77 78 79 80 81 82 83 ··· 89 下一页