我倾向于在很短的期限内完成很多项目，并且有很多永远不会再使用的代码，所以总是有压力/诱惑要走捷径。我一直坚持的一个规则是封装/松散耦合，所以我有很多小类而不是一个巨大的上帝类。但还有什么是我永远不应该妥协的？
更新 - 感谢伟大的回应。很多人都建议进行单元测试，但我认为这并不适合我所做的那种 UI 编码。可用性/用户验收测试似乎非常重要。重申一下，我正在谈论不可能的截止日期项目的编码标准的最低限度。
最佳答案
不是面向对象编程，但在短期和长期都有帮助的实践是 DRY，不要重复自己。不要使用复制/粘贴继承。
关于oop - 您应该始终抽出时间进行哪些 OOP 编码实践？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/314241/