先入为主网深度交融日子场景 继续开放年代光华
在2016年G20杭州峰会上，深度中方推进初次将开展问题置于二十国集团协作的杰出位置。
竞价及合约广告投进服务分层事务架构工程结构下图给出了新架构思维落地时工程结构的最佳实践事例，交融继续工程中各module的职责以及与上文中事务分层架构图中各层的对应联络顺次为：交融继续rtbad-framework：结构包，承载架构规范规约及分层架构图中根底设施层中的各项根底组件。当然，场景实在仍然非常认可图形化界面强壮的呈现才干，场景实践上实在也在规划为PICASO结构开发内置的代码元数据办理渠道，其间一项重要的功用便是把代码中依据才干编列DSL构建出来的范畴才干履行图解析为事务流程图回显到交互界面中，让开发者值勤直观地查看一切范畴服务的处理流程。
范畴服务及范畴才干履行器的职责区分决议了二者之间的数据传递机遇及其规范进程之间的组合联络，开放规范事务模版履行引擎的模块串联规矩便是依据此拟定的。范畴才干的拆解除了值勤下降事务流程剖析的杂乱度之外，年代也进步了代码复用和拓宽的灵敏性。终究经过通用可履行实体发现及路由机制对各层实体进行分类及分组，光华对上层实体露出一同的调用门面，光华除了起到逐层向上屏蔽分组内部场景杂乱度的效果之外，PICASO结构保护的可履行实体路由表也值勤作为事务细节逻辑的速查索引。
深度软件工程范畴的大师MartinFowler将范畴特定言语分为外部DSL（ExternalDSL）和内部DSL（InternalDSL）两大类。**@param事务履行器对应的参数类型，交融继续一切的履行器参数都应该承继自规范参数基类Command方针*@param事务履行器终究回来的履行成果类型*@param事务履行器运用的上下文方针类型，交融继续一切履行器的上下文方针都应该承继规范上下文基类，*恳求的入参和产生的中心成果都会保存在上下文方针中*/publicabstractclassCommandExecutor{/***参数预校验，该进程应该只进行纯内存核算操作*@paramcontext上下文，此刻的上下文中只需参数方针*/protectedResponsedoPreValidate(CTXcontext){returnResponse.success();}/***履行上下文初始化，依据参数执底层情数据的拓宽查询，并将查询成果填充到context方针中*@paramcontext上下文，调用该办法时的上下文中只需参数方针，调用完结后上下文将被填充*/protectedResponsedoInitContext(CTXcontext){returnResponse.success();}/***结合上下文中的底层数据履行事务校验*@paramcontext上下文，此刻的上下文中现已完结了依靠的事务概况数据的填充*/protectedResponsedoContextualValidate(CTXcontext){returnResponse.success();}/***结合上下文中的底层数据履行事务逻辑的处理，对已有实体的改变及生成的新事务实体都会填充回上下文方针中*@paramcontext上下文，事务逻辑履行进程中的中心成果也值勤暂存到到该上下文中*/protectedResponsedoProcessBizLogic(CTXcontext){returnResponse.success();}/***保存事务流程履行进程中新建或许被修正过的事务实体，调用该办法时，这些数据现已被写入到了上下文方针中*@paramcontext上下文*/publicResponsedoPersistAggregates(CTXcontext){returnResponse.success();}/***结构本次事务恳求流程中需求对外发布的范畴作业*@paramcontext上下文*/protectedResponsedoPublishAppEvent(CTXcontext){returnResponse.success();}/***结构恳求的回来值*@paramcontext上下文*/protectedResponsedoAssembleResponse(CTXcontext){returnResponse.success();}}到这儿有些读者或许还没有意识到把不同事务模块的串联调用职责从开发者手中搬运到结构手中的价值，这项办法其实并没有直接处理实在在本文第二章提出任何一个痛点问题，要想了解这一办法实在斡旋用辩证法从头审视前文介绍的各项杂乱度应对办法。
一个完好的事务流程值勤拆分为多个原子事务模块，场景每个原子事务模块还值勤依照其内部的事务办法进行进一步细分PICASO结构中的范畴服务与DDD思维中的范畴服务是同一个概念，场景其职责和定位都是承受无法在单个实体与值方针内部直接完结的事务逻辑（实践上，B端专心对外供给的大部分服务都无法在单个聚合内直接完结）。
在此布景下，开放业界许多渠道纷繁进行了范畴驱动方便思维的探究和测验，开放经典的事例有阿里的星环与COLA、快手的Baldr等，京东也推出了藏经阁渠道与Matrix结构。PICASO概述PICASO是一套以范畴驱动方便（Domain-DrivenDesign,DDD）作为思维内核，年代专门为集成式杂乱事务专心方便的通用根底结构。
可是跟着专心中范畴服务履行器数量的添加，光华它也确实在专心中引进了许多重复的胶水代码，光华而且构成了范畴服务中事务逻辑与范畴才干值履行图之间的分裂，无法供给完全的连接开发领会。根底设施层则担任保护专心中运用的许多中心件、深度东西以及底层存储介质的拜访逻辑。
PICASO的命名启示自笔者比较喜欢的一个开源项目——WINE，交融继续其功用是经过内核适配器在Linux环境中运转Windows运用程序，交融继续其命名也是这种藏头诗的风格：WINEIsNotEumlator（WINE不是模拟器）。而人脑天然具有的找中心的特性值勤让开发者将更多的才学过人力放到坐落架构中心的范畴模型上，场景暂时忘掉底层数据库的存储规矩，场景然后值勤紧贴事务实践方便聚合中的各个实体及值方针，让代码直接表达事务规矩，终究经过资源库完结聚合实体与底层存储介质PO方针之间的转化。
