这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
你不知道也没关系。但如果你连个屁都不会，你就会被解雇。
互联网是一个工具。如果你从中吸取教训，它不会让你变笨。
其他回答
得墨忒耳定律，在聚合和组合的背景下考虑，是一种反模式。
有时候赶时髦是可以的
我厌倦了人们表现出“爷爷综合症”(“你们这些孩子和你们新奇的测试驱动开发。过去十年出现的每一项大技术都很糟糕。在我那个年代，我们写的是真正的代码!”你懂的)。
有时候，受欢迎的事物是有原因的。
这个怎么样:
垃圾收集器实际上会损害程序员的工作效率，并使资源泄漏更难发现和修复
请注意，我谈论的是一般的资源，而不仅仅是内存。
类应该适合屏幕。
如果你必须使用滚动条来查看你所有的类，你的类太大了。
代码折叠和微型字体是作弊。
getter和setter被过度使用
我见过数百万人声称公共字段是邪恶的，所以他们将它们设置为私有字段，并为所有这些字段提供getter和setter。我相信这与公开字段几乎是一样的，如果你使用线程(但通常不是这样)或如果你的访问器有业务/表示逻辑(至少有些“奇怪”)，可能会有点不同。
我不赞成公共字段，但反对为每个字段创建getter/setter(或Property)，然后声称这样做是封装或信息隐藏……哈!
更新:
这个答案在评论中引起了一些争议，所以我会试着澄清一下(我不会动原文，因为这是许多人点赞的)。
首先，任何使用公共场地的人都应该坐牢
现在，创建私有字段，然后使用IDE为每个私有字段自动生成getter和setter，几乎和使用公共字段一样糟糕。
很多人认为:
私有字段+公共访问器==封装
我说(自动或非自动)为字段生成getter/setter对有效地违背了您试图实现的所谓封装。
最后，让我引用Bob叔叔在这个主题中的一句话(摘自“干净代码”的第6章):
我们保持沉默是有原因的 私有变量。我们不想要 没有人可以依靠他们。我们想要的 自由地改变他们的类型或者 心血来潮地执行 冲动。那么，为什么要这么多呢 程序员会自动添加getter 和对象的setter，暴露 他们的私人领域，就好像他们是 公众吗?
