CURD系统怎样做出技术含量：微内核改造 - 编程一生
内容提要
文章以线上活动重复开发为例，区分“中心”与“平台”：中心是点，解决公司内部复用；平台是面，可对外服务，作者主张先建中心。通过前后端分离、组件化和低代码，将注册登录等核心功能作为内核，新活动作为可插拔插件，即微内核架构。是否需重启并非判断标准，本质是核心稳定、功能可灵活集成与拆除。
延伸解读
中心与平台：先解决内部复用
文章强调中心是点，平台是面。中心用于公司内部统一开发、管理和维护，如活动中心、配置中心；平台可对外服务，如开放平台、交易平台，通常需要用户注册、登录、权限控制等配套。作者认为当时应优先建中心，解决内部复用问题，若演进顺利再考虑平台化。
微内核架构的落地：核心稳定，功能可插拔
文章指出，前后端分离后，后端只需提供数据，流程串联靠前端，重复开发减少。前端可将注册、登录等核心功能作为内核，新活动作为插件，通过组件化、低代码或零代码配置实现。核心服务保持稳定，插件按需集成或拆除，即微内核架构。
重启不是判断微内核的标准
有人质疑插件需重新发布上线并重启，因此不算微内核。作者以Eclipse、IntelliJ IDEA为例，指出经典微内核架构的IDE集成新插件也需重启。微内核的本质是核心逻辑有限且稳定，其他功能可方便集成和拆除，是一种思想，不应以是否重启作为判断标准。
Q&A
中心与平台有什么区别？
中心是一个点，用于解决公司内部复用问题，实现统一开发、管理和维护；平台是一个面，可对内也可对外服务，通常需要用户注册、登录、权限控制等配套。
为什么作者认为应该先建中心而不是平台？
因为当时面临的是公司内部复用问题，中心正是为了解决内部复用而设计的；平台虽然更大，但首先应建立中心，未来演进好了再考虑做成平台。
如何将CURD系统改造成微内核架构？
将注册、登录和做活动等核心功能作为内核，保持稳定；将新的活动类型视为插件，需要时开发插入，效果不好则移除。核心服务加可插拔插件即构成微内核架构。
微内核架构是否以是否需要重启作为判断标准？
不是。是否需要重启不能作为判断标准，因为经典微内核架构如IDE集成插件也需要重启。微内核的本质是核心逻辑有限且稳定，其他功能可方便集成和拆除。
前后端分离如何减少重复开发？
前后端分离后，后端只提供数据，流程串联由前端实现，因此后端只有在真正新功能时才需要开发，重复开发减少；前端可通过配置、低代码或零代码方式实现重复页面。
微内核架构的本质是什么？
微内核架构的本质是核心逻辑有限且相对稳定，其他功能可以方便地集成和拆除。它是一种思想，符合这种思想的架构都是微内核架构。
