这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
和这里的大多数人一样，我尽量遵循DRY和不做人工编译器等原则。
我想推广的另一个策略是“告诉，不要问”。而不是混乱的所有对象与getter /setter本质上是他们的筛子，我想告诉他们做一些事情。
这似乎直接违背了具有愚蠢实体对象和较厚服务层的良好企业实践(这需要大量的请求)。嗯,想法?
其他回答
远离Celko!!!!
http://www.dbdebunk.com/page/page/857309.htm
我认为使用代理主键比使用“自然”主键更有意义。
@ocdecio: Fabian Pascal给出了(在他的书《数据库管理中的实际问题》的第三章中，引用于你链接的页面的第3点)作为选择键的标准之一，那就是稳定性(它总是存在并且不会改变)。当一个自然键不具有这样的属性时，必须使用一个代理键，原因很明显，您在注释中暗示了这一点。
你不知道他写了什么，你也懒得去检查，否则你会发现你实际上同意他的观点。这里没有什么争议:他说的是“不要教条主义，根据情况调整一般的指导方针，最重要的是，思考，用你的大脑，而不是教条主义/食谱/大师的话”。
聪明的程序员很危险
我花了更多的时间试图修复“聪明”程序员编写的代码。我宁愿有一个优秀的程序员，而不是一个特别聪明的程序员，他想通过编写只有他(或她)才能解释的代码来证明自己有多聪明。
我不明白为什么人们认为Java绝对是大学里最好的“首选”编程语言。
首先，我认为第一种编程语言应该强调学习控制流和变量的必要性，而不是对象和语法
另一方面，我相信没有在C / c++中调试内存泄漏经验的人无法完全理解Java带来的好处。
同样，自然的进展应该是从“我怎么能做这个”到“我怎么能找到做那个的库”，而不是相反。
getter和setter被过度使用
我见过数百万人声称公共字段是邪恶的，所以他们将它们设置为私有字段，并为所有这些字段提供getter和setter。我相信这与公开字段几乎是一样的，如果你使用线程(但通常不是这样)或如果你的访问器有业务/表示逻辑(至少有些“奇怪”)，可能会有点不同。
我不赞成公共字段，但反对为每个字段创建getter/setter(或Property)，然后声称这样做是封装或信息隐藏……哈!
更新:
这个答案在评论中引起了一些争议，所以我会试着澄清一下(我不会动原文，因为这是许多人点赞的)。
首先，任何使用公共场地的人都应该坐牢
现在，创建私有字段，然后使用IDE为每个私有字段自动生成getter和setter，几乎和使用公共字段一样糟糕。
很多人认为:
私有字段+公共访问器==封装
我说(自动或非自动)为字段生成getter/setter对有效地违背了您试图实现的所谓封装。
最后，让我引用Bob叔叔在这个主题中的一句话(摘自“干净代码”的第6章):
我们保持沉默是有原因的 私有变量。我们不想要 没有人可以依靠他们。我们想要的 自由地改变他们的类型或者 心血来潮地执行 冲动。那么，为什么要这么多呢 程序员会自动添加getter 和对象的setter，暴露 他们的私人领域，就好像他们是 公众吗?
设计模式对优秀设计的伤害大于帮助。
IMO软件设计，尤其是优秀的软件设计，变化太大，无法在模式中有意义地捕捉，特别是在人们实际能记住的少量模式中——而且它们太抽象，人们实际上只能记住少数几个。所以他们帮不上什么忙。
另一方面，太多的人迷恋于这个概念，并试图在所有地方应用模式——通常，在生成的代码中，你无法在所有(完全没有意义的)单例和抽象工厂之间找到实际的设计。
