当您被迫在糟糕的编码（设计）标准下进行编码时该怎么办

这与典型的命名约定，在何处放置注释，是否应该使用区域等无关，这与编码标准有关，该标准讨论了程序员应如何设计其应用程序的细节。

像这样的东西：（在.NET应用程序上，而不是确切的用词）

• 尽可能少上课
• 课堂应尽其所能做到
• 修改比扩展好
• 每个类别一个DLL（一个用于电子邮件功能的库，一个用于文件相关功能的库）

每个人都有过糟糕的代码和可能糟糕的设计经验，但是如果您被安排在一个团队中，而他们的设计标准却感觉不对，那该怎么办？当我被要求以这种方式编码时，我不确定自己快要死了时，我不确定如何做出专业回应。

我不知道最初是谁说的，但是当您遇到不喜欢的情况时，只有三种选择：

1. 更改。

2. 接受。

3. 别管它。

您在公司内部是否有精力和力量来做出巨大的尝试，尝试第一种选择？您是否想通过隐身和被解雇来编写更好的代码？

您可以接受这种情况并按照这些“标准”编写代码吗？我的建议是，除非您确实需要薪水，否则不要这样做。它会慢慢削弱您的士气。

剩下的就是选项3。即使您需要在短期内接受这种情况，也应该开始寻找其他工作。