后端文件结构规范 展现层： 应用层： 领域模型层： 基础设施层： Java 开发规范 其他规范 后端文件结构规范 Choerodon 的微服务，采用DDD 的设计思想，整体架构如下图所示： 从上往下整体分为四层： 展现层： 主要用于用户显示信息，处理用户发送的restful请求信息（用户命令），并将信息传递给应用层的接口。这里...

爱速搭平台适用于多种不同类型企业的多样化场景企业应用开发、系统项目实施与数字化建设。 信息采集、标注与审核 爱速搭可快速构建各类表单类型应用，实现对用户、业务数据的采集、加工处理和汇总分析。可应用于用户反馈、市场调研、信息征集、线索收集、信息登记、数据标注等场景。 产品管理后台配套建设 灵活的数据对接特性，可小时级构建复杂产品服务管理中心，...

工具链协同 概述 产品管理接入 项目管理接入 配置变更接入 数据变更接入 安全服务接入 测试能力接入 企业自定义开发接入 工具链协同 概述 Zadig 平台具备广泛的开放性和扩展性，几乎支持所有工具链的接入。它内置了市面上主流工具和平台的深度集成，并提供了友好的开发者界面。此外，Zadig 还提供二次开发接入能力，以便与企业自建系统高...

一、基本介绍 二、工程化痛点 1、数据集合与代码结构不同步 2、数据模型与业务模型模糊不清 3、DAO层沉淀太多的业务逻辑封装 4、将数据模型作为ORM/DAO操作的参数 5、数据操作权限开放，项目任何地方都可以随意调用 6、从顶层业务到底层数据集合操作，通篇使用同一个数据结构 三、工程化改进 1、自动化的数据模型管理 2、数据与业务模型的...

1. 什么是微服务化带来的分布式事务问题？ 1. 什么是微服务化带来的分布式事务问题？ 首先，设想一个传统的单体应用（Monolithic App），通过 3 个 Module，在同一个数据源上更新数据来完成一项业务。 很自然的，整个业务过程的数据一致性由本地事务来保证。 随着业务需求和架构的变化，单体应用被拆分为微服务：原来的 3 个 Mo...

注意事项 使用建议 注意事项 虽然框架提供的泛型类型极大提高的开发的简便性，但对于业务模型来说应当慎重使用（不能滥用），因为泛型类型将会掩盖真实的数据类型，这对于业务项目长期维护来说弊大于利，特别是复杂的业务项目。业务模型的数据类型定义应当尽可能地明确、有意义、不可变，才有利于编译型语言在编译阶段做类型检查和优化、有利于业务后续长期维护。 举个例子...

注意事项 使用建议 注意事项 虽然框架提供的泛型类型极大提高的开发的简便性，但对于业务模型来说应当慎重使用（不能滥用），因为泛型类型将会掩盖真实的数据类型，这对于业务项目长期维护来说弊大于利，特别是复杂的业务项目。业务模型的数据类型定义应当尽可能地明确、有意义、不可变，才有利于编译型语言在编译阶段做类型检查和优化、有利于业务后续长期维护。 举个例子...

概述 服务组装 基于 ServiceMesh 组装 基于 SpringCloud 架构组装 网络可视化 概述 微服务架构（通常简称为微服务）是指开发应用所用的一种架构形式。通过微服务，可将大型应用分解成多个独立的组件，其中每个组件都有各自的责任领域。在处理一个用户请求时，基于微服务的应用可能会调用许多内部微服务来共同生成其响应。 服务组装 ...

部署作业 在不安装单独服务的情况下创建作业 功能 创建作业 BETA 作业示例 ENTERPRISE BETA 为作业授予访问权限 ENTERPRISE 部署作业 BETA 在不安装单独服务的情况下创建作业 您可以在 DC/OS 中创建计划作业，而不安装单独的服务。在 DC/OS Web 界面、DC/OS CLI 中或通过 A...

一、基本介绍 二、工程化痛点 1、数据集合与代码结构不同步 2、数据模型与业务模型模糊不清 3、DAO层沉淀太多的业务逻辑封装 4、将数据模型作为ORM/DAO操作的参数 5、数据操作权限开放，项目任何地方都可以随意调用 6、从顶层业务到底层数据集合操作，通篇使用同一个数据结构 三、工程化改进 1、自动化的数据模型管理 2、数据与业务模型的...