滥用设计模式不如不用

引子： 想到这个话题，不得不吐槽一个亲身经历的故事

要说设计模式，用的最多的莫过于java程序员，尤其是爱讲抽象和继承什么的，曾经有这样一个案例

B类业务和C类 业务都会产生订单，然后B类业务和C类业务订单有某些共同字段，比如c1，c2 … …

然后公司的老程序员是这样设计类的

public class Common {


}
class B extends Common {


}

class C extends Common {


}

然后当时在数据库层面，表被分为3个
1. common table
2. B table
3. C table

同一张表被硬生生的拆成了两张表，这种拆分只是理论上有意义，拆分在实际上节约不了存储空间，对使用也会造成巨大的麻烦

当年，笔者还是个菜鸟，对此未报异议，如今想来真的挺可笑
PS: 我觉得java 程序员（尤其是做业务系统的）视野真的挺狭窄的，真的有必要学习一下其它的语言和框架，了解一下反范式设计，以及no sql 的数据库

某些java中继承层级过深（4，5层）真的让人深恶痛决啊。