您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. JAVA23种设计模式迷你版

  2. RedSword软件工作室:http://redsword.cn.st 创建型 结构型 行为型 类 Factory Method Adapter_Class Interpreter Template Method 对象 Abstract Factory Builder Prototype Singleton Adapter_Object Bridge Composite Decorator Facade Flyweight Proxy Chain of Responsibility Comma
  3. 所属分类:C

    • 发布日期:2009-06-05
    • 文件大小:187kb
    • 提供者:lxlchl
  1. 设计模式--基于C#的工程化实现及扩展.pdf

  2. 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。. 第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第4篇
  3. 所属分类:C#

    • 发布日期:2010-04-15
    • 文件大小:2mb
    • 提供者:sxzml
  1. 设计模式:基于C#的工程化实现及扩展

  2. 设计模式:基于C#的工程化实现及扩展 (高清PDF)(非扫描,文本格式)(非所有章节,只有1 3 4 8 11 12 17 22 30 37) 作者:王翔,软件架构师 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分: 第1篇主要是概括性的介绍; 第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引
  3. 所属分类:C#

    • 发布日期:2010-05-29
    • 文件大小:2mb
    • 提供者:liaojuncong
  1. st7565 驱动 + LCD多层菜单 V1.2.1

  2. 名称:GXD LCD多层菜单 v1.2.1 作者:中国传惠 TranSmart gongxd@126.com 特点: 可以在液晶LCM上显示最大254层深度的菜单,可以非常方便的使用和移植。 字符型显示适用于St7920控制芯片。 图像显示适用于st7656控制芯片,不带字库要自己实现汉字字符显示 在图像模式下支持焦点菜单反白, 焦点菜单反白流程是: 1.调用 LCD_disp_SetReverse(1),打开液晶反白显示,以后的输出都是反白显示 2.输出焦点菜单内容 3.调用 LCD_dis
  3. 所属分类:嵌入式

    • 发布日期:2010-07-14
    • 文件大小:138kb
    • 提供者:vbvcde
  1. N层架构示例代码(ASP.NET)

  2. 通过工厂模式来实现支持不同数据库类型。根据实际情况从解决方案中移除不需要的DAL. 通过修改Web.config 的实现加载不同的DAL程序集. OracleDAL SQLServerDAL
  3. 所属分类:C#

    • 发布日期:2010-11-05
    • 文件大小:499kb
    • 提供者:z2942000
  1. NTierApp

  2. NTierApp N层模式,msdn讲师操作实例
  3. 所属分类:Java

    • 发布日期:2008-04-07
    • 文件大小:111kb
    • 提供者:ido23344
  1. 经典三层工厂模式实例

  2. 经典.net的N层架构实例,采用的是工厂模式,ajax用到的是Atlas,对于学习工厂模式(面向对象),Atlas,ajax和泛型有比较大帮助,值得去研究一凡
  3. 所属分类:Web开发

  1. N层架构示例代码V2

  2. 2.工作2年以后:团队开发(分工明确) 架构 设计 管理 沟通 版本控制 =============================================== 项目是怎么完成的? 1.需求 2.分析&设计 2.1数据分析 ER图 2.2业务分析 2.3数据设计 物理建模 2.4系统设计 (UML和设计模式) 3.架构 4.编码 (C#+SQL+ASP.NET+ADO.NET+HTML+Javascr ipt+CSS) 5.测试
  3. 所属分类:FTP

    • 发布日期:2011-07-14
    • 文件大小:499kb
    • 提供者:lql7993259
  1. 设计模式--基于C#的工程化实现及扩展

  2. 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。 第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序 与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生 直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为 复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第
  3. 所属分类:C#

    • 发布日期:2011-09-16
    • 文件大小:2mb
    • 提供者:lan2508
  1. 设计模式——基于C#的工程化实现及扩展

  2. 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。 第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第4篇行
  3. 所属分类:C#

    • 发布日期:2011-11-23
    • 文件大小:2mb
    • 提供者:mingjin654321
  1. 设计模式--基于C#的工程化实现及扩展

  2. PDF格式。 《设计模式:基于c#的工程化实现及扩展》基于c# 2.0的语法,试图将gof 23中的模式以一种可工程化的公共库而非example的方式呈现给读者。内容包括以下7部分。第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合
  3. 所属分类:.Net

    • 发布日期:2011-11-23
    • 文件大小:52mb
    • 提供者:netdiz
  1. 设计模式:基于c#的工程化实现及扩展.pdf

  2. 《设计模式:基于c#的工程化实现及扩展》基于c# 2.0的语法,试图将gof 23中的模式以一种可工程化的公共库而非example的方式呈现给读者。内容包括以下7部分。第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始
  3. 所属分类:C#

    • 发布日期:2012-04-15
    • 文件大小:52mb
    • 提供者:liujun13579
  1. 设计模式:基于C#的工程化实现及扩展

  2. 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。 第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第4篇行
  3. 所属分类:C#

    • 发布日期:2013-05-20
    • 文件大小:38mb
    • 提供者:letianmine
  1. 基于J2EE核心模式的组合Web框架研究

  2. 在研究多种J2EE Web框架和J2EE核心模式的基础上,提出了一种基于J2EE核心模式的组合Web框架--CWFBP(Composite Web Framework based on core J2EE Patterns)模型.框架采用分层体系架构,集成了开源的J2EE Web框架和持久层框架,并在表示层和业务层综合应用多种J2EE核心模式,实现了层次之间和业务层内部的松散耦合,提高了系统的可复用性和开放性.研究了N层计算模式、AJAX和正则表达式等在模型中的应用.采用CWFBP进行软件架构
  3. 所属分类:Web开发

    • 发布日期:2013-05-22
    • 文件大小:271kb
    • 提供者:teabottlef
  1. 设计模式——基于C#的工程化实现及扩展

  2. 本书基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。 第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第4篇行
  3. 所属分类:C#

    • 发布日期:2008-11-11
    • 文件大小:2mb
    • 提供者:bvbook
  1. 设计模式——基于C#个的工程化实现及扩展

  2. 基于C# 2.0的语法,试图将GOF 23中的模式以一种可工程化的公共库而非Example的方式呈现给读者。内容包括以下7部分。第1篇主要是概括性的介绍;第2篇创建型模式介绍通过将实例化职责委托他方对象的办法,隔离客户程序与具体类型实例化的依赖关系,保证客户程序(或者外部系统)获得期望具体类型实例的、同时不必发生直接的引用;第3篇结构型模式的重点在于如何通过灵活的体系组织不同的对象,并在此基础上完成更为复杂的类型(或者类型系统),而参与组合的各类型之间始终保持尽量松散的结构关系;第4篇行为型模
  3. 所属分类:C#

    • 发布日期:2009-02-12
    • 文件大小:2mb
    • 提供者:chj325
  1. n-layer_skeleton_net-core:.Net Core的N层骨架-源码

  2. .Net Core的N层骨架简介 该存储库是入门项目骨干的一部分 储存库模式 在域和数据映射层之间进行中介,就像域对象的内存中集合一样。 工作单位模式 维护受业务交易影响的对象列表,并协调更改的注销。 依赖注入(DI) 依赖注入(DI)消除了我们感兴趣的类(消费者类)所依赖的其他对象实例(在UML意义上)直接创建和管理寿命的责任。这些实例通常作为构造函数参数或通过属性设置器传递给我们的消费者类(对依赖对象实例化和传递给消费者类的管理通常由控制反转(IoC)容器执行)。 如何启动项目API
  3. 所属分类:其它

    • 发布日期:2021-03-21
    • 文件大小:680kb
    • 提供者:weixin_42144554
  1. 选择数据访问模式,合理规划数据访问层

  2. 简介在一个典型的电子商务应用中,三层架构(或是它的变形-N层架构)常常是架构师们的首选,这当中包括表现层,商业逻辑层和数据访问层。本文的关注点放在数据访问层,它负责和应用中的各种数据源打交道,诸如DB2、Oracle等关系型数据源、XML数据以及其它种类的非关系型数据、Web服务、各种特别的遗留系统等等,将它们整合起来,为商业逻辑层提供统一的数据服务。在本文中,你可以了解到下面这些内容:主流的数据访问技术典型的数据访问模式举例说明如何在典型场景中选择合适的模式与技术这不是一篇专门介绍数据访问技术
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:298kb
    • 提供者:weixin_38636655
  1. 软件架构模式-事件驱动不错哦

  2. 没有进行架构设计的应用程序通常是紧耦合的、玻璃心,难以改变。没有头绪。如果不理解应用的各个组件的内部工作方式的话很难看清它的架构特征。关于部署和维护的问题都很难回答:架构的规模如何?程序的性能如何?程序容易修改么?程序的部署模型是怎么样?程序的响应如何?架构模式可以帮助你定义程序的基本特征和行为。例如一些架构模式很自然让程序成为大规模(scalable)的程序。有些模式让程序变得灵巧敏捷(agile)。知道这些架构的特征,优点和缺点,你就可以根据你特定的业务需求和目标从容的选择一种架构模式。它是
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:410kb
    • 提供者:weixin_38508126
  1. 软件架构模式-事件驱动不错哦

  2. 没有进行架构设计的应用程序通常是紧耦合的、玻璃心,难以改变。没有头绪。如果不理解应用的各个组件的内部工作方式的话很难看清它的架构特征。关于部署和维护的问题都很难回答:架构的规模如何?程序的性能如何?程序容易修改么?程序的部署模型是怎么样?程序的响应如何?架构模式可以帮助你定义程序的基本特征和行为。例如一些架构模式很自然让程序成为大规模(scalable)的程序。有些模式让程序变得灵巧敏捷(agile)。知道这些架构的特征,优点和缺点,你就可以根据你特定的业务需求和目标从容的选择一种架构模式。它是
  3. 所属分类:其它

    • 发布日期:2021-02-20
    • 文件大小:410kb
    • 提供者:weixin_38593644
« 12 3 4 5 6 7 8 9 10 ... 17 »