这绝对是主观的，但我想尽量避免它变成争论。我认为如果人们恰当地对待它，这将是一个有趣的问题。
这个问题的想法来自于我对“你最讨厌的语言的哪五件事?”问题的回答。我认为c#中的类在默认情况下应该是密封的——我不会把我的理由放在这个问题上，但我可能会写一个更完整的解释来回答这个问题。我对评论中的讨论热度感到惊讶(目前有25条评论)。
那么，你有什么有争议的观点?我宁愿避免那些基于相对较少的基础而导致相当宗教的事情(例如，大括号放置)，但例如可能包括“单元测试实际上并没有多大帮助”或“公共字段确实是可以的”之类的事情。重要的是(至少对我来说)你的观点背后是有理由的。
请提出你的观点和理由——我鼓励人们投票给那些有充分论证和有趣的观点，不管你是否恰好同意这些观点。
当前回答
System.Data.DataSet岩石!
在我看来，对于大多数业务应用程序，强类型数据集比自定义DDD对象更好。
推理:我们在自定义对象、LINQ to SQL、实体框架上绞尽脑汁地寻找工作单元，这增加了复杂性。使用一个好的代码生成器来生成数据层，工作单元位于对象集合(DataTable和DataSet)上——这并不神秘。
其他回答
理解“做什么”至少和知道“如何”做一样重要，而且总是比知道解决问题的“最佳”方法重要得多。领域特定的知识对于编写好的软件通常是至关重要的。
有一次，我从一位同事那里看到了以下内容:
compareto (b) == 0;
我说他不能在一般情况下这样假设，但他只是笑了。
我可能会因此被炒，但是
在python中使不可见字符具有语法意义是一个坏主意
它会分散注意力，给新手带来很多微妙的bug，在我看来，这是不必要的。我所见过的唯一没有自愿遵循某种像样的格式指南的代码是来自计算机科学一年级的学生。即使代码不遵循“漂亮”的标准，也有很多工具可以将其转换成更令人满意的形状。
VB糟透了 虽然在一般情况下不是很有争议，但当你在VB的房子里工作时，这是有争议的
可读性是代码最重要的方面。
甚至比正确性更重要。如果它是可读的，就很容易修复。它也很容易优化，容易改变，容易理解。希望其他开发者也能从中学到一些东西。
