滥用设计模式不如不用
来源:互联网 发布:亿欧网 知乎 编辑:程序博客网 时间:2024/05/18 21:47
引子: 想到这个话题,不得不吐槽一个亲身经历的故事
要说设计模式,用的最多的莫过于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层)真的让人深恶痛决啊。
0 1
- 滥用设计模式不如不用
- 设计模式开篇-不要滥用设计模式
- 滥用模式;设计模式和直接了当之间的矛盾
- 【设计模式攻略】创建型模式之Singleton模式(也谈勿滥用Singleton)
- 不要滥用单例模式
- 小心多任务设计被滥用
- SingleTon单例模式请不要滥用
- 设计模式—策略模式—简单讲解(说讲解还不如是总结)—配套事例
- 滥用的单例模式有多少害处
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 不用模式的理由
- 欢迎使用CSDN-markdown编辑器
- 应用之星——移动开发者的免费午餐
- 足球联赛查询api调用
- 初学Linux,自己做笔记
- iOS之App循环执行ViewDidLoad
- 滥用设计模式不如不用
- 数据库 'XXXX' 已打开,并且一次只能有一个用户访问。设置单用户 / 多用户
- Android知识点总结
- Python程序的执行过程 解释型语言和编译型语言
- Java AOP的实现机制
- 一对简单的 reverse shell / shell
- 第九节 五向按键
- Autolayout的Top Layout guide
- hadoop输出设置