对于后续你的需求，我建议拆分记录表，一张表只记录原始数据，如 start_date （ varchar ）：三九之后 ，end_date （ varchar ）：五九之前，该数据读到代码里再解析成一组对应年份的公历日期（因为不同年份转化成的公历月份日期都是不一样的），查询时根据需求显示原始数据和解析后的多组时间段数据。

数据库不支持，很多历法甚至都没有完整的计算公式，需要根据当年天象年年调整。这块最好做在业务端，由业务端进行数据转换到公历，数据库只记录公历。
农历的话，可以做一套农历和公历转换表，我不知道你的后端语言是哪种，java 的话，java8 新出的 time 模块有完整的时间定义规范，也有人基于规范实现了各国特殊历法，可以参考 Time4J 。

最简单就是 springboot 从头搭，小功能熟练的话远比各种低代码平台快。低代码平台各种陈年老代码，改起来一堆坑。

@gzk329 你这个没可能，代码不是你的，鬼知道对应环境变量影响了多少功能。

配置中心？配置中心可以给需要热刷新的 configration 加一个注解，在收到配置修改的时候，对应 bean 会被重新装配一遍。

你先找个线下的工作干两年，远程工作不可能找没经验的新人。

很简单，在 security 配置登录接口不做鉴权，后台自己做 controller 接口，调用 AuthenticationManager 登陆就好了。

@lshero 那泉州怎么回事？

@lshero
三大运营商给普通用户提供互联网本身也是网络接入服务。

你个人开发想怎么干怎么干，团队就是要一定的规范，冗余，来规范不同水平的开发人员来达成近似水平的代码，以提高可维护性。

@thebeacon 那你只能和产品怼，要不改需求，要不给开放时间，或者干脆要求换语言框架，理由很明确，java 强类型语言，不可能做到灵活多变的参数系统，
还有，如果数据类型可以有某些特殊的字段，或者可以给你传输一些可以辨别格式的字段的话，可以通过多态的形式来转换，jackson 有做多态转换的注解，根据传输的参数是否有某字段为判断条件，将 json 反序列化为某一个父类下的不同子类。
@JsonTypeInfo @JsonSubTypes 这几个注解可以看一下。

@as9567585
感谢提醒！
设计模式学完，就用上了策略，责任链，门户，装饰器，别的基本用不上。但感觉在开发前，设计好各个模块，方便把任务分出去，以及后期需求变更后利用设计模式，尽量保证不变动旧代码的前提下增加新功能，很有帮助。

@keats8288 没这么恐怖？你先问问广州的朋友现在还去得了发热门诊吗？还开着的发热门诊还剩几家？这只是刚开始。

我父亲胃印戒细胞癌广泛转移，化疗后一年去世的，癌症就是这样，顺其自然，尽量多陪陪老人家，分期是一方面，病理类型也是一方面，病理类型好的就算晚期，积极治疗也能活很久，我知道的我母亲的同事肾癌晚期，转移过四个地方，做过 5 次手术，现在已经活了 15 年了，所以积极治疗，把握生活质量。