小强快跑~~

groupld:项目组ID，项目坐标的核心元素。version:项目版本，项目坐标的核心元素。description:项目的描述信息。organization:项目的组织信息。inceptionYear:项目的创始年份。url:项目的 URL 地址。developers:项目的开发者信息。contributors:项目的贡献者信息。distributionManagement:项目的部署配置。issueManagement:项目的缺陷跟踪系统信息。

父子关系，account-aggregator与account-email、account-persist为父子关系。聚合：一条命令构建多个模块。

3.3指定compiler版本。

众所周知，架构特点多以"ility"结尾（例如 scalability、deployability），也被称为 NFR（非功能需求）、质量属性。架构的特点没有固定清单，但标准是有的，就是 ISO25010：我们从业务需求（业务特征）、我们期望的系统运营方式（运营特征）中总结出这些特点，它们是隐式的、贯穿各领域，是架构师在字里行间能看出来的特点。《软件架构基础》书中的这张表是隐藏特点的一个例子。《实践中的软件架构》一书中对架构特点解释得很清楚。

企业希望存储的信息，用细圆体表示。

下面是一个典型pipeline处理方式，责任链在处理该问题上是一个很好的选项，FilterChain 这个名字非常恰当地表达出了意图，Chain 表示用的是责任链模式，Filter 表示用来进行过滤。

通用技术语言包括DO、DAO、DTO、ServiceI、ServiceImpl、Component、Repository...注意：Num限定词，Num放在变量名的结束位置标示一个下标，customerNum标示当前客户的序号。查询：fetch、retrieve、get、find、query....确保团队内部的所有交流、模型、代码和文档都要使用同一种编程语言。revenueAverage（平均收入）customerCount（客户的总数）revenueTotal（总收入）customerId（客户编号）

定义一：数据架构是通过对齐企业战略得到的数据资产管理蓝图。具体而言，该蓝图用于指导如何分析数据需求、如何做好相应设计。——eg.数据安全的规定，包括物理安全、网络安全、系统安全、应用安全、数据安全、管理安全。——eg.日志模型、进销存模型、BI星型模型，以及跨业务的主数据模型。——eg.日志采用文本存储，其他采用关系数据库存储。——eg.电商企业，操作日志、生产库、BI库。——eg.从查找商品，到下订单涉及的数据流。E、上述所有内容的结构和交互。定义二：数据架构描述企业的。A、主要数据类型及其来源；

应用架构中的“应用”，不应该被描述为具体的计算机系统，而应该被描述为“逻辑功能组”，这些逻辑功能组负责支持“数据架构中数据对象的管理”或支持“业务架构中的业务功能”。应用架构是一组应用系统及其交互关系的描述，其中的每个应用系统都是一个“逻辑功能组”，用于支撑业务功能、管理数据资产。应用架构的目标，是定义支持业务和处理数据需要哪些应用系统。·支撑业务架构中，具体业务功能、业务流程的要求。·支撑数据架构中，具体数据资产的操作管理要求。【注意】应用架构不是“某应用的架构”·既不关注每个应用本身的架构。

企业部门间的（集团子公司间的）协同联动需求，带动了IT系统间的信息共享和协同联动要求——同时产生了信息孤岛问题。二、单系统需求分析，脱胎于20世纪60年代出现的软件工程，专业化于20世纪70年代出现的需求工程，轻量化于20世纪90年代的敏捷革命。业务架构明确定义企业的治理结构、业务能力、业务流程、业务数据。·业务流程是由业务步骤、业务角色、业务数据、业务事件、业务规则构成的。3、信息孤岛——业务架构在国内“火”起来的契机。2、跨系统规划——业务架构在全球出现的背景。·业务功能是由业务流程实现的。

BA属于现实世界，DA、AA、TA都属于IT世界。AA（Application Architecture）：应用架构。BA（Business Architecture）：业务架构。1、解读TOGAF 9.2的BA、DA、AA、TA内容模型。DA（Data Architecture）：数据架构。·为什么干——战略目标，业务动机。·干什么——业务功能、业务能力。·谁来干——组织结构、业务角色。·怎么干——业务流程、业务规则。·用到的技术——技术设施。·用到的数据——业务数据。·用到的应用——应用系统。

3、解决方案由专业分工更细的数据架构师、应用架构师、技术架构师负责。业务架构是业务架构师的设计，却是数据、应用、技术架构师的需求；BA（Business Architecture）：业务架构。战略、BA、DA、AA、TA五者，实际位于三个层次。2、业务架构师是业务架构蓝图的设计师和描述者。战略是公司高层的设计，却是业务架构师的需求；1.战略、BA、DA、AA、TA五者的关系。业务架构师的工作是“战略进，业务架构出”；1、公司管理层是战略的提出者和总设计师。环环相扣，上层驱动下层，下层支撑上层。

本文作者叫Srinath，是一位科学家，软件架构师，也是一名在分布式系统上工作的程序员。他是Apache Axis2项目的联合创始人，也是Apache Software基金会的成员。他是WSO2流处理器（wso2.com/analytics）的联席架构师。Srinath撰写了两本关于MapReduce和许多技术文章的书。他获得了博士学位。来自美国印第安纳大学。Srinath通过不懈的努力最终总结出了30条架构原则，他主张架构师的角色应该由开发团队本身去扮演，而不是专门有个架构师团队或部门。Srinath

来源：22条API设计的最佳实践来源：dockone.io/article/2434604原文：https://betterprogramming.pub/22-best-practices-to-take-your-api-design-skills-to-the-next-level-65569b200b9曾经因为一个糟糕的API而感到沮丧吗？在这个微服务的世界里，后端API的一致性设计是必不可少的。今天，我们将讨论一些可遵循的最佳实践。我们将保持简短和甜蜜——所以系好安全带，出

@ApiIgnore用于类或者方法上，可以不被swagger显示在页面上比较简单, 这里不做举例@ApiImplicitParam用于方法，表示单独的请求参数@ApiImplicitParams()用于方法，包含多个 @ApiImplicitParamname–参数mingvalue–参数说明dataType–数据类型paramType–参数类型example–举例说明 @ApiOperation("查询测试") @GetMapping("select") //@Ap...

@ApiModel用于模型类 ；表示对类进行说明，用于参数用实体类接收value–表示对象名description–描述都可省略@ApiModelProperty用于字段； 表示对model属性的说明或者数据操作更改value–字段说明name–重写属性名字dataType–重写属性类型required–是否必填example–举例说明hidden–隐藏@ApiModel(value="user对象",description="用户对象user")public class Us..

@ApiOperation()用于方法；表示一个http请求的操作value用于方法描述notes用于提示内容tags可以重新分组（视情况而用）@ApiParam()用于方法参数，字段说明；表示对参数的添加元数据（说明或是否必填等）name–参数名value–参数说明required–是否必填@Api(value="用户controller",tags={"用户操作接口"})@RestControllerpublic class UserController { @Api..

@Api用于类；表示标识这个类是swagger的资源tags–表示说明value–也是说明，可以使用tags替代但是tags如果有多个值，会生成多个list@Api(value="用户controller",tags={"用户操作接口"})@RestControllerpublic class UserController { }效果图：...

# Windows:Thumbs.dbehthumbs.dbDesktop.ini# Python:*.py[cod]*.so*.egg*.egg-infodistbuild# My configurations:db.inideploy_key_rsa# 排除目录/target//logs/# 排除所有.开头的隐藏文件:.*# 排除所有.class文件:*.class# 不排除.gitignore和App.class:!.gitignore!App.

即使是对于非常简单的系统来说，也不可能在单一的模型中描述整个架构的要素和细节。如果你试图那么做，最终就会得到“弗兰克斯坦怪物”一样的模型，而且根本无法管理，也无法向任意一位利益相关者展示系统。 管理这种复杂情况的最佳方法就是为整个架构或其中的一部分创建大量不同的展现，每种展现都专注于系统的特定方面，展示它如何解决利益相关者的关注点。我们称为视图。 为了帮助你决定要创建哪些视图，以及对于特定的视图应该有什么内容，你会使用视点，它是对视图概念内容和活动的标准化...

#原图System.out.println("https://www.processon.com/view/link/6194f2740e3e7409b9c2f3df")

1、系统的架构定义了它的静态结构、动态结构、外部可见行为、质量属性以及应该引导其设计和发展的原则；2、系统的候选架构是有可能展现出系统所需要的外部可见行为和质量属性的架构。选择最佳方案则是架构师的职责所在；3、架构元素时系统的组成部分，我们可以清晰地识别出它，并且它对于架构很有意义；4、利益相关者是对架构的实现感兴趣或者关注的个人、小组或实体。利益相关者包括用户、开发者、运维人员以及银行等。创建架构就是为了满足利益相关者的需要；5、架构描述是一系列产出物，它们会以利益相关者能够理解的方式制定

https://www.processon.com/view/link/601d04a87d9c0830de487b91

思维导图url：https://www.processon.com/view/link/5ff6660007912930e01fc923