注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 领域模型驱动设计(真的很不错，值得一看)

  2. 为什么领域驱动设计一直都很重要？ 基本上，领域驱动设计是我们应该专注于用户所关心领域里的重要 问题的指导原则。我们的智慧应该用在理解这一领域上，和那个领 域的其他专家一起将它抽象成一个概念。这样，我们就可以应用这 个抽象出来的概念构造强大而灵活的软件。 它是一个永远不会过时的指导原则。不论我们何时操作 一个复杂的 领域，它都有用。大趋势是软件会应用于越来越复杂的问题，越来 越趋近于业务的核心。对我来说，这一趋势好像中断了很多年，因 为Web 突然出现在我们面前。人们的注意力被从富于逻辑和艰深的

  3. 所属分类：Web开发

    • 发布日期：2009-06-20
    • 文件大小：1048576
    • 提供者：bobo0218bo

  1. 驱动领域设计（Domain-Driven Design Quickly）中英文对照版

  2. 如果你了解"模型"的定义是对现实的有选择性的精简，然后用这样的观点去读 DDD 这本书，你就会发现，DDD 其实没有什么太多的新鲜玩意，它更多地是可以看作是面向对象思潮的回归和升华。在一个"万事万物皆对象"的世界里，哪些对象是对我们的系统有用的？哪些是对我们拟建系统没有用处的？我们应该如何保证我们选取的 模型对象恰好够用？ 在 DDD 以及传统 OO 的观点中，业务而不是技术是一个开发团队首先要关注的内容，众多的框架和平台产品也在宣称把开发人员解放出来，让他们有更多的精力去关 注业务。但是，当

  3. 所属分类：专业指导

    • 发布日期：2009-07-01
    • 文件大小：1048576
    • 提供者：vanlee2009

  1. 工作流程明细：开发领域模型

  2. 工作流程明细：开发领域模型工作流程明细：开发领域模型

  3. 所属分类：其它

    • 发布日期：2009-10-16
    • 文件大小：77824
    • 提供者：microhardboy

  1. dddsample 领域模型驱动事例 DDD

  2. 领域模型驱动事例 DDD 想要从事开发设计的快下，解决贫血型设计的经典源代码

  3. 所属分类：其它

    • 发布日期：2010-03-22
    • 文件大小：629760
    • 提供者：duzunwu512

  1. Grails——web开发应用

  2. 本文主要介绍如何运用Grails框架进行快速Web应用开发。文章首先简单介绍了Grails框架开发环境;然后,在分析GrailsMVC模式实现和自适应考试系统原理的基础上,采用用例分析技术和领域模型驱动模式,基于Grails框架设计实现了一个自适应测试系统;最后,还针对安全权限控制和国际化等问题充分利用Grails插件给出了相应的解决方案。

  3. 所属分类：Web开发

    • 发布日期：2010-06-27
    • 文件大小：161792
    • 提供者：a343806563

  1. 电信领域敏捷开发经验分享.pdf

  2. 《电信领域敏捷开发经验分享》，作者：周耀辉，完成日期：June,2008，pdf 格式，大小 1.0 MB。 本资源版权归原作者所有。 内容预览： 电信软件特点 •相对而言： –要遵循的标准协议、规范众多； –软硬件系统很复杂（开发团队庞大）； –需求很难分解；对外可见度低； –可靠性要求很高； –…… •类似之处： –定制需求多，需求变更频繁。 开发模式转变 •伴随硬件飞速发展，软件生存环境日益“恶劣”： –市场对软件要求越来越高，开发周期逐步缩短； –需要软件实现的需求越来越多，变更越来越

  3. 所属分类：电信

    • 发布日期：2011-10-12
    • 文件大小：1048576
    • 提供者：defonds

  1. 领域模型驱动设计.pdf

  2. 为什么领域驱动设计一直都很重要？ 基本上，领域驱动设计是我们应该专注于用户所关心领域里的重要 问题的指导原则。我们的智慧应该用在理解这一领域上，和那个领 域的其他专家一起将它抽象成一个概念。这样，我们就可以应用这 个抽象出来的概念构造强大而灵活的软件。 它是一个永远不会过时的指导原则。不论我们何时操作 一个复杂的 领域，它都有用。大趋势是软件会应用于越来越复杂的问题，越来 越趋近于业务的核心。对我来说，这一趋势好像中断了很多年，因 为Web 突然出现在我们面前。人们的注意力被从富于逻辑和艰深的

  3. 所属分类：其它

    • 发布日期：2017-06-09
    • 文件大小：1048576
    • 提供者：liangzhi0413

  1. xtoon-boot：DDD开源框架-基于DDD领域模型并支持SaaS平台的开发脚手架-源码

  2. xtoon引导 基于DDD领域模型并支持SaaS平台的开发脚手架。 ||| 为何选择xtoon-boot 解决编写过程式和事务代码，造成后期维护逻辑混乱，维护成本高的痛点； 抛弃MVC框架，拥抱更适合复杂业务的开发框架； 网上基本讲的都是DDD的理论很少有讲怎么落地，xtoon-boot提供了完整的落地方案和实践； 可以快速开发，框架提供了系统管理和组织架构等核心模块； 支持多租户的SaaS平台； 为何开源 工作中一直有个困恼：为什么身边很多项目后期维护时业务逻辑变的混乱不堪，服务层代码变的大量

  3. 所属分类：其它

    • 发布日期：2021-03-04
    • 文件大小：5242880
    • 提供者：weixin_42181888

  1. 领域模型和缓存应用

  2. 前几天给部门内部做了一个DDD方面的培训，这篇文章就记录一下培训的主要内容。软件的目标是快速地响应客户的需求变更，传统的软件开发方式割裂了软件的功能性需求和非功能性需求，首先业务人员分析好需求以后，拿给开发人员进行开发，这样就使得软件的功能性需求是依赖于某一种技术了，甚至有时候还会造成软件系统离开一两个开发人员就不能维护了，这其实都是将功能性需求和非功能性需求分离造成的后果。采用领域驱动的开发方式，最终系统形成了一个通用的模型，这个模型是完全面向业务的，这个模型是业务人员和开发人员都能容易理解的

  3. 所属分类：其它

    • 发布日期：2021-03-04
    • 文件大小：361472
    • 提供者：weixin_38669674

  1. 领域模型驱动设计（DomainDrivenDesign）入门概述

  2. 软件开发要干什么：1.反映真实世界要自动化的业务流程2.解决现实问题领域Domain1.Domain特指软件关注的领域2.在不能充分了解业务领域的情况下是不可能做出一个好的软件1.分层架构2.实体3.值对象4.服务5.模块6.聚合7.工厂8.资源库1.将领域模型相关的代码集中到一个层中，把它从用户界面、应用和基础设施代码中分隔开来2.释放领域对象的显示自己、保存自己、管理应用任务等职责，让它专注于展现领域模型3.复杂的程序切分成层4.层中采用内聚的设计5.层仅依赖于它底下的那层有一类对象拥有唯一

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：1038336
    • 提供者：weixin_38640168

  1. 领域模型和缓存应用

  2. 前几天给部门内部做了一个DDD方面的培训，这篇文章就记录一下培训的主要内容。软件的目标是快速地响应客户的需求变更，传统的软件开发方式割裂了软件的功能性需求和非功能性需求，首先业务人员分析好需求以后，拿给开发人员进行开发，这样就使得软件的功能性需求是依赖于某一种技术了，甚至有时候还会造成软件系统离开一两个开发人员就不能维护了，这其实都是将功能性需求和非功能性需求分离造成的后果。采用领域驱动的开发方式，最终系统形成了一个通用的模型，这个模型是完全面向业务的，这个模型是业务人员和开发人员都能容易理解的

  3. 所属分类：其它

    • 发布日期：2021-03-02
    • 文件大小：361472
    • 提供者：weixin_38593701

  1. 浅谈领域模型驱动中表的设计方法

  2. 先说分层在面向对象的开发中，我们通常会使用分层开发。三个基本层次结构如下。　　层次　　职责　　表现层　　提供服务、显示信息　　领域层（业务逻辑）　　逻辑、系统中真正的核心　　数据源层　　与数据库、消息系统、事务管理器及其他软件包通信分层基本原则领域层和数据源层绝对不要依赖于表现层；最困难的事情-----区分领域逻辑什么是领域逻辑，什么是其他逻辑？测试办法：抽、换更换表现层：假设向系统中增加一个完全不同的新层，如果发现需要重复实现某些功能，则说明可能有一些本应该在领域层实现的逻辑，现在在表现层实现

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：418816
    • 提供者：weixin_38524851

  1. ServiceFramework：Java MVC框架，敏捷，快速，丰富的域模型，特别为移动应用程序的服务器端制作（一个敏捷，快速，富领域模型的Java MVC框架，专为移动应用体积量身定做）-源码

  2. ServiceFramework Wiki ServcieFramework定位在移动互联网领域，发展开发的高效性，其开发效率可以比肩。 编译 现在编译步骤： git clone gitgithub.com:allwefantasy/ServiceFramework.git mvn install -Pscala-2.11 如果你想切换scala版本，则使用： ./dev/change-version-to-2.12.sh 经过以上步骤即可使用 仓库 net.csdn servic

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：806912
    • 提供者：weixin_42162216

  1. 浅谈领域模型

  2. 领域模型是什么？一句话：“经济基础决定上层建筑”中的“经济基础”，是帮助理解复杂业务领域问题的基石。有人说：“领域模型是一个商业概念，同行业的企业，一定有内在的共性，是帮助系统分析人员认识现实业务的工具。”领域，即边界的意思，有了清晰的边界，协作才有了利益的基础；模型，即知识体系，深入理解了业务知识，开发才不会走过多的弯路。一般意义上的领域模型是面向软件工程领域的，而现实意义的领域模型则包含了商业模式等广义上的概念。很多人一上来理解领域驱动设计（DDD），基本都是一头雾水，因为模型设计的初衷并不

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：419840
    • 提供者：weixin_38686557

  1. 项目架构之传统三层架构和领域模型三层架构

  2. 本系列文章所示范的项目基于传统三层架构进行分层，基于工作职责和Maven结构进行模块划分。本文将对传统三层架构和对应的领域模型架构、以及每个模块的职责进行简单的说明。下图即示范项目的模块结构：传统三层架构是一种软件架构，是一种典型的、基于贫血模型的、面向过程的JavaWeb分层方式。该架构分为以下三个层次：数据访问层（DAL-DataAccessLayer）即对包括数据库在内的数据源进行操作的部分。业务逻辑层（BLL-BusinessLogicLayer）即对业务数据进行逻辑处理的部分。表现层（

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：313344
    • 提供者：weixin_38716519

  1. 浅谈领域模型驱动中表的设计方法

  2. 先说分层在面向对象的开发中，我们通常会使用分层开发。三个基本层次结构如下。　　层次　　职责　　表现层　　提供服务、显示信息　　领域层（业务逻辑）　　逻辑、系统中真正的核心　　数据源层　　与数据库、消息系统、事务管理器及其他软件包通信分层基本原则领域层和数据源层绝对不要依赖于表现层；最困难的事情-----区分领域逻辑什么是领域逻辑，什么是其他逻辑？测试办法：抽、换更换表现层：假设向系统中增加一个完全不同的新层，如果发现需要重复实现某些功能，则说明可能有一些本应该在领域层实现的逻辑，现在在表现层实现

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：418816
    • 提供者：weixin_38647567

  1. 领域模型和缓存应用

  2. 前几天给部门内部做了一个DDD方面的培训，这篇文章就记录一下培训的主要内容。软件的目标是快速地响应客户的需求变更，传统的软件开发方式割裂了软件的功能性需求和非功能性需求，首先业务人员分析好需求以后，拿给开发人员进行开发，这样就使得软件的功能性需求是依赖于某一种技术了，甚至有时候还会造成软件系统离开一两个开发人员就不能维护了，这其实都是将功能性需求和非功能性需求分离造成的后果。采用领域驱动的开发方式，最终系统形成了一个通用的模型，这个模型是完全面向业务的，这个模型是业务人员和开发人员都能容易理解的

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：361472
    • 提供者：weixin_38663701

  1. 领域模型和缓存应用

  2. 前几天给部门内部做了一个DDD方面的培训，这篇文章就记录一下培训的主要内容。软件的目标是快速地响应客户的需求变更，传统的软件开发方式割裂了软件的功能性需求和非功能性需求，首先业务人员分析好需求以后，拿给开发人员进行开发，这样就使得软件的功能性需求是依赖于某一种技术了，甚至有时候还会造成软件系统离开一两个开发人员就不能维护了，这其实都是将功能性需求和非功能性需求分离造成的后果。采用领域驱动的开发方式，最终系统形成了一个通用的模型，这个模型是完全面向业务的，这个模型是业务人员和开发人员都能容易理解的

  3. 所属分类：其它

    • 发布日期：2021-01-31
    • 文件大小：361472
    • 提供者：weixin_38615397

  1. 领域模型驱动设计（DomainDrivenDesign）入门概述

  2. 软件开发要干什么：1.反映真实世界要自动化的业务流程2.解决现实问题领域Domain1.Domain特指软件关注的领域2.在不能充分了解业务领域的情况下是不可能做出一个好的软件1.分层架构2.实体3.值对象4.服务5.模块6.聚合7.工厂8.资源库1.将领域模型相关的代码集中到一个层中，把它从用户界面、应用和基础设施代码中分隔开来2.释放领域对象的显示自己、保存自己、管理应用任务等职责，让它专注于展现领域模型3.复杂的程序切分成层4.层中采用内聚的设计5.层仅依赖于它底下的那层有一类对象拥有唯一

  3. 所属分类：其它

    • 发布日期：2021-01-30
    • 文件大小：1038336
    • 提供者：weixin_38751016

  1. 浅谈领域模型

  2. 领域模型是什么？一句话：“经济基础决定上层建筑”中的“经济基础”，是帮助理解复杂业务领域问题的基石。有人说：“领域模型是一个商业概念，同行业的企业，一定有内在的共性，是帮助系统分析人员认识现实业务的工具。”领域，即边界的意思，有了清晰的边界，协作才有了利益的基础；模型，即知识体系，深入理解了业务知识，开发才不会走过多的弯路。一般意义上的领域模型是面向软件工程领域的，而现实意义的领域模型则包含了商业模式等广义上的概念。很多人一上来理解领域驱动设计（DDD），基本都是一头雾水，因为模型设计的初衷并不

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：419840
    • 提供者：weixin_38609571
« 12 3 4 5 6 7 8 9 10 ... 50 »