随笔 - 17  文章 - 0  评论 - 13  阅读 - 63018 

一、DRY(Don't repeat yourself)

解释:**不要重复自己** >多次遇到同样的问题,就应该**抽象**出一个通用的解决方法,而不是重复同样的代码。
---

二、YAGNI(You aren't gonna need it)

解释:**你不会需要它** > 除了最核心的功能,其他功能一概不要部署,尽可能快、尽可能简单地让软件运行起来。 > 即**不要为了抽象而抽象**,不要让代码一开始就变成华而不实的空中楼阁。

三、Rule Of Three

解释:**三次原则** > 第一次用到某个功能时,你写一个特定的解决方法; >第二次又用到的时候,你拷贝上一次的代码; >第三次出现的时候,你才着手"抽象化",写出通用的解决方法。 > >理由: >(1)省事。如果一种功能只有一到两个地方会用到,就不需要在"抽象化"上面耗费时间了。 >(2)容易发现模式。"抽象化"需要找到问题的模式,问题出现的场合越多,就越容易看出模式,从而可以更准确地"抽象化"。 >(3)防止过度冗余。如果一种功能同时有多个实现,管理起来非常麻烦,修改的时候需要修改多处。在实际工作中,重复实现最多可以容忍出现一次,再多就无法接受了。

总结语:

该抽象的时候一定要抽象,不该抽象的时候就不要抽象,事不过三,三次或以上的重复代码再做抽象化。

参考:
http://www.ruanyifeng.com/blog/2013/01/abstraction_principles.html

posted on   布史  阅读(1354)  评论(0编辑  收藏  举报
编辑推荐:
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
阅读排行:
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
点击右上角即可分享
微信分享提示