问题分析 在应用项目中,我们总会遇到很多字典项的数据,比如类型、状态等。这些数据一般是有限个可选值,在前端可能作为 Select 控件存在,用于录入、搜索等场景。 这类数据的一般作为配置存在,怎么设计才能让前后端维护方式最低呢? 我们在团队上做了很多讨论,结合过完项目的经验把潜在方案整理如下。 方案枚举 假定我们经过简单的头脑风暴,可以枚举出下面的方案,再来分析其优缺点: […]
问题分析 在应用项目中,我们总会遇到很多字典项的数据,比如类型、状态等。这些数据一般是有限个可选值,在前端可能作为 Select 控件存在,用于录入、搜索等场景。 这类数据的一般作为配置存在,怎么设计才能让前后端维护方式最低呢? 我们在团队上做了很多讨论,结合过完项目的经验把潜在方案整理如下。 方案枚举 假定我们经过简单的头脑风暴,可以枚举出下面的方案,再来分析其优缺点: […]
CRUD (1)Event Sourcing (1)graphql (1)id (1)quarkus (1)rest (1)Spring Boot (1)商品 (1)多对多 (1)子域 (1)字符集 (1)客户端心跳 (1)并发 (1)应用架构图 (1)康威定律 (1)异步复制 (1)微服务架构 (1)技术方案 (2)技术架构 (1)技术架构图 (1)技能 (1)持续集成 (1)支撑域 (1)故障恢复 (1)数据架构图 (1)日记 (1)服务发现 (1)服务治理 (1)服务注册 (2)核心域 (1)泄漏 (1)洋葱架构 (1)深度 (1)源码剖析 (1)熔断 (1)状态 (1)生态 (1)画图工具 (1)研发团队 (1)线程 (2)组织架构 (1)编排 (1)编码 (1)耗时 (1)视频 (9)读写分离 (1)软件设计 (1)连接 (1)通用域 (1)集群化 (1)
COPYRIGHT © 2014-2024 verysu.com . ALL RIGHTS RESERVED.
Theme Kratos Made By Seaton Jiang