说优雅的，说得我都怀疑自己了。

哪怕你按照类型分开来组织呢

唉

@xloger #92 这论坛里大神有，水货更多，放松心态。有的人本来就不是真心干这一行的，指望他们能有什么代码情怀。

建议让 ai 重构一下

这代码虽然给人第一印象脑残，但逻辑清晰，后期维护增删改都很灵活，其实没有很大问题。

楼上有说总字典的，但需求里显然不同列处理方式不一样，如果经常增删改需求，维护一个笛卡尔逻辑字典，其实还不如这个手搓 switch 来的容易。

代码写到后面，有时候 less is more.

@xloger 这就是 go 的基本盘，所以不奇怪 go 在国内用来写业务大火

道理我都懂，为啥开头两个一样的“应用名称”？

对不讲逻辑的代码最好不要考虑抽象，优雅，否则后续稀奇古怪的需求会让你想死😅

一旦套上了“业务开发”，“业务经常变化”的 buff 之后，多丑的代码都可以接受了。

所以有人写出更好的写法了么，我的想法是配一个 map[string]func(project Project) bool 的 table

我一般会用 ai 优化一下这种