促销引擎首先，促销引擎定义，即，促销业务领域范围（为订单、购物车等模块提供促销活动计算促销商品优惠能力，促销活动管理）。可以简单的划分为配置引擎和算法引擎两个部分。配置引擎提供底层数据支持，算法引擎提供计算能力。之后，业务分析与建模设计，如：一个租户同一时刻会存在多个促销活动，一个活动支持一种促销力度（如：减Y件或者减Y元等等），一个算法对应多个触发条件（满X件，满X元，等等），一个促销活动圈定指
转载
2023-10-11 23:31:52
93阅读
# 领域建模与Java: 理解与实践
领域建模是面向对象分析和设计中的一个重要概念，旨在通过将现实世界中的事物和关系映射到软件模型中，帮助开发人员理解和解决问题。本文将探讨领域建模的基本概念，并通过Java代码示例来说明其应用。
## 什么是领域建模？
领域建模是指在特定的业务领域中，识别出重要的对象、它们的特性以及对象之间的关系。通过这种方式，开发人员可以创建出更符合实际需求的软件系统。
# Java 领域建模工具及其应用
在软件开发中，领域建模是一种重要的设计方法，用于表示系统的领域知识与业务规则。Java 作为一种广泛使用的编程语言，在领域建模方面有着丰富的工具和库。本文将探讨 Java 领域建模工具的基本概念，以及如何运用这些工具进行有效的模型建立和管理。
## 什么是领域建模？
领域建模就是将现实世界中的概念、对象及其关系，转化为软件系统中的模型。一个好的领域模型能够
原创
2024-10-18 09:46:11
79阅读
什么是JVM？ JVM就是Java Virtual Mechine的缩写。它是一种基于计算设备的规范，是一台虚拟机，即虚构的计算机。 是通过在实际的计算机上仿真模拟各种计算机功能来实现的。是整个java实现跨平台的最核心的部分，能够运行以Java语言写作的软件程序。JDK（Java Development Kit），是整个Java的核心，包括了Java运行环
# Java 内部领域建模入门指南
领域建模（Domain Modeling）是软件开发中至关重要的一环，它帮助开发者更好地理解业务需求，并通过代码实现这些需求。本文将向你介绍 Java 中进行内部领域建模的基本步骤。
## 流程步骤
以下是领域建模的基本步骤：
| 步骤 | 描述 |
|------|------|
| 1 | 识别领域和子领域 |
| 2 | 确定实体和价值
领域建模是软件开发中的重要环节之一，它是将现实世界的问题领域转化为计算机语言的过程。其中，4色建模是一种常用的建模方法，可帮助开发人员更好地理解和解决问题。本文将介绍4色建模的基本概念，以及如何使用代码示例进行建模。
## 什么是领域建模？
领域建模是将一个特定领域的问题转化为计算机语言的过程。在软件开发过程中，我们通常需要对问题领域进行建模，以便更好地理解问题，分析需求，并最终实现相应的软件
原创
2024-01-10 01:35:17
168阅读
前言最近在学习一个开源社区项目，第一次听说了DDD项目架构，于是通过搜索之后来分享给大家正文当涉及到软件架构时，MVC（Model-View-Controller）和DDD（Domain-Driven Design）是两种常见的设计模式和架构思想。MVC架构：MVC是一种经典的软件架构模式，主要用于构建用户界面和应用程序逻辑的分离。以下是MVC架构的主要组成部分：模型（Model）：模型表示应用程
第三章 通过“生命游戏”认识patch代码实现：life of gamepatches-own [ living ];;定义一个名为living的属性，意义为一个patch中周围的black patch的数量
to setup
clear-all
ask patches[
if random-float 1 < 0.3[;;random-float 随机选择0到1之间的数字，
转载
2023-06-07 12:26:52
304阅读
建模竞赛题第2赛季第22轮请根据以下信息画出系统的分析类图。（6分）在本文下留言回答。可以用任何工具包括纸笔来画，模型图片上传至图片共享网站（例如imgchr.com）后发链接。所有回答者都可以得分。总分数根据时间和答案质量综合评定，回答时间靠后的分数打折扣，折扣系数0.05。举例：第一个答，答案质量得分4分，总分4分；第5个答，答案质量得分5分，总分5*(1-(5-1)*0.05)=4分。如果有
原创
2022-10-18 10:14:52
170阅读
为了补大家的遗憾，在此总结下ROBBIN的领域模型的一些观点和大家的补充，在网站和演讲中，robbin将领域模型初步分为4大类： 1，失血模型 2，贫血模型 3，充血模型 4，胀血模型 那么让我们看看究竟有这些领域模型的具体内容，以及他们的优缺点： 一、失血模型 失血模型简单来说，就是domain object只有属性的getter/setter方法的纯数据类，所有的业务逻辑完全由busine
转载
2023-09-27 09:59:11
86阅读
在 DDD 领域建模和系统建设过程中，有很多的参与者，包括领域专家、产品经理、项目经理、架构师、开发经理和测试经理等。对同样的领域知识，不同的参与角色可能会有不同的理解，那大家交流起来就会有障碍，怎么办呢？因此，在 DDD 中就出现了“通用语言”和“限界上下文”这两个重要的概念通用语言在事件风暴过程中，通过团队交流达成共识的，能够简单、清晰、准确描述业务涵义和规则的语言就是通用语言。限界上下文我们
转载
2023-11-12 14:11:17
48阅读
如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击，可是这样下去的结果只有一个：使得软件更加僵化；或者程序员更加劳累。 需求不但多变，而且经常是不可能第一次就能掌握，需求反映了某个领域的专业知识，例如数学、管理、财务或 电子商务等等，每个特定案例需求又有其特别复杂之处，几乎没有人能够第一次接触就可以深入掌握这些专业
转载
精选
2010-10-09 13:54:38
269阅读
面向对象与领域建模
板桥里人 http://www.jdon.com 2006/12/6（转载请保留）
多变且复杂的需求
如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击，可是这样下去的结果只有一个：使得软件更加僵化；或者程序员更加 劳累。
需求不但多变，而且经常是不可能第一次就能掌握，需求反映了某个领域
转载
2012-11-25 12:55:00
50阅读
2评论
DDD的事件风暴第三个阶段“领域建模”时，我们会根据场景分析过程中产生的领域对象，比如命令、事件等之间关系，找出产生命令的实体，分析实体之间的依赖关系组成聚合，为聚合划定限界上下文，建立领域模型以及模型之间的依赖。 本阶段的 输入：
原创
2023-06-21 20:01:51
482阅读
多变且复杂的需求
如果没有多变的需求，也许就没有今天的面向对象软件，我们曾经试图通过需求管理、需求跟踪等等管理方式约束和减少需求频繁更新带给软件的冲击，可是这样下去的结果只有一个：使得软件更加僵化；或者程序员更加 劳累。需求不但多变，而且经常是不可能第一次就能掌握，需求反映了某个领域的专业知识，例如数学、管理、财务或 电子商务等等，每个特定案例需求又有其特别复杂之处，几乎没有人能够第一次接触就
原创
2023-09-19 08:36:00
92阅读
# 理解领域建模四层架构
领域建模四层架构是一种软件设计模式，将软件系统划分为四个主要层级：表示层、应用层、领域层和基础设施层。下面，我将为你详细阐述这四个层级的功能及实现过程。
## 流程步骤
| 步骤 | 描述 |
|------|------|
| 1 | 确定领域模型（Domain Model） |
| 2 | 创建领域层（Domain Layer） |
| 3 |
整理一个精简的DDD领域建模基本流程，供大家在DDD领域建模实践中进行参考。搜集用户故事（用户的原始需求）整理用户故事，抽出用例（用例表达了用户对系统的需求，定义了系统的边界以及系统外部角色和系统的交互场景）分析系统需求，将领域拆分为多个子域（领域是问题空间，本质上就是大问题拆分为小问题）抽取每个子域的领域概念，得到概念模型（概念模型存在于问题空间）将子域的概念模型抽象并转化为领域模型（领
转载
2021-05-10 19:35:18
2348阅读
2评论
函数范式
REA的Ken Scambler认为函数范式的主要特征为：模块化（Modularity），抽象化（Abstraction）和可组合（Composability）。这三个特征可以帮助我们编写简单的程序。
通常，为了降低系统的复杂度，都需要将系统分解为多个功能的组成部分，每个组成部分有着清晰的边界。模块化的编码范式需要支持实现者能够轻易地对模块进行替换，这就要求模块具有隔离性，避免在模块之间
原创
2021-07-22 16:57:31
516阅读
作为OOAD中的第二步，概念模型的识别显得比用例识别更加困难。为什么要创建领域模型降低与OO建模之间的表示差异。领域层软件类的名称要源于领域模型中的名称，以使对象具有源于领域的信息和职责。打个比方，你可以用一长串0和1来表示“薪水册”，可是这种软件表示与我们脑中的薪水册领域模型之间存在巨大的差异，这将影响我们对软件的理解和修改。而OO建模则可以减小这一差异。如何创建领域模型那又如何创建领域模型呢？
转载
2012-10-05 18:30:00
92阅读
1.基础秒杀项目一、整体架构领域模型 就是专门负责某方面的业务的pojo，比如一个User，具有注册，使用，注销这样的一个生命周期。但关联到数据层可能是用户密码表、属性表等等多个数据库表。贫血模式 就是不赋予领域模型方法，只给领域模型基本的属性和set get 方法，让其注册、注销等操作由service来完成。 相反的就是 充血模式，在领域模型中把具体操作方法全部写入。领域模型就是专门负责某方面的
转载
2023-12-14 22:18:32
0阅读
