近期参加公司组织的极客中餐厅训练营，我们所在的小组接到的课题是微服务的低代码平台架构设计。目标是：结合京东业务研发实际情况，针对后端研发人员，设计一个微服务低代码平台，助力更高效低交付业务需求。现已结业，将我在本次项目中沉淀设计出的设计文档整理成文，期待与大家有进一步的碰撞沟通

一、概念XRC（XMLResource）的设计来源于wxWidgets，它的想法很简单，就是将界面设计的工作从程序中独立出来。具体的做法是，创建单独的XML文件，负责界面设计，程序运行的时候载入，生成界面。这样做的好处是显而易见的。首先，将繁琐的外观设计代码从程序中去掉，程序更清晰易读。其次，XRC文件独立于程序，程序运行时才调用，因此可以随意更换外观

一、重构背景1.1、退款京东秒送秒送退款有2套结构，代码逻辑混乱；其中秒送、天选部分售后单是和平生pop交互退款，部分是和售后中台交互退款；并且兼容3套逻辑；痛点：代码繁重，缺乏合理性的设计，后续迭代开发以及维护成本高，同时增加了系统的风险和不稳定性1.2

本文分享自天翼云开发者社区《》，作者：jnNuma产生在二十世纪九十年代被开发出来的。首次商业化实现基于NUMA的Unix系统的是对称多处理XPS100系列服务器。由VAST公司的DanGielen为HISI设计的。这个架构的巨大成功使HISI成为了欧洲的

在软件开发领域，架构设计是确保系统高效、稳定运行的重要环节或者称之为重要动作。无论架构从简单到复杂，还是从复杂回归简洁的演变过程。在这个过程中，又无论是初创公司还是大型企业，架构提效始终是技术团队的核心追求。本文将从稳定、性能、代码三大维度出发，结合实战经

1引言在前面几篇文章中，为大家介绍的都是系统的方法论，但在实际需求测试的过程当中，受到外部环境及业务逻辑的影响，比如涉及多需求耦合、浏览器缓存堆积等情况，仅针对当前需求设计出的测试用例就会有覆盖不全的问题，此时就需要借助以往的经验进行反向错误推测，辅助其他

最近在读《数据密集型应用系统设计》，其中谈到了zookeeper对容错共识算法的应用。这让我想到之前参考的zookeeper学习资料中，误将容错共识算法写成了2PC（两阶段提交协议），所以准备以此文对共识算法和2PC做梳理和区分，也希望它能帮助像我一样对这两者有误解的同学。