包一个方法放到 ShitService 里面，看不见就行了

话说这种代码如果不经常变动的话，这样写确实没问题的，你接手的时候也不会觉得很难。如果用太多模式，可能后面接手的人都看不懂呢。（上面说优雅的人肯定是来捣乱的，这种代码不提倡，excel 导出我自己倒是写了工具类的）

说“又不是不能用”的，如果是玩梗也就罢了，如果是真的这么认为，那本质上就不太适合这个职业，干点什么不好？

至于怎么写更好，得看需求逻辑大概是怎样的，目前没有看到关于需求的描述。

我粗浅的理解，根据不同情况，可以把这些表格列名对应的区别，存入 1 个配置文件(excel, json, ini 什么的都行)，或存入数据库，代码不需要写这么多个方法成员以及逻辑语句。

这个代码有一点值得表扬，就是它的命名，还是使用比较正常的驼峰和英文，而不是拼音首字母缩写。

第二个 和 第四个 “应用名称” 重复了

用 map 也是换汤不换药啊,  正确做法是在 struct 里加 tag,  然后这里反射遍历结构体再存 excel 吧.

不是，楼上还有洗的吗？这种代码都能洗不知道说什么了。

赞同 35 楼，建议楼主: do it  OR shut up

我们工作 10 年的初级程序员是这样的

说实话，我觉得这种反而是最好的写法，清晰，主要是 excel 单元格可能出特殊逻辑，比如背景色、特殊单元格格式，如果不这么写后面一定吃瘪，会变得特别难维护；

switch,枚举和策略模式,Map,多态