c# - 为了维护起见，是否应该避免某些编程构造(和其他)？

Question

我正在从事一个非个人项目，因此可以肯定地说，维护程序员不会是我，因为否则我不需要问这个问题。

现在，我想在代码中尝试一些构造(代理，lambda表达式)，而不是故意使代码难以阅读，而是因为它们可以适应这种情况(以及键入的代码也更少)，并且也要练习使用它们，因为我是该语言的新手。

但是，我不确定维护程序员是否会了解每个构造，因为我们中的许多人都不是来自aC#背景，而且我不确定他是否像我一样热衷于编程，还是只是像普通人那样对待它？日常工作。所以我的问题是:

是否应避免某些编程结构来改善可维护性？

如果对以上问题的回答为"is"，那么应该避免使用的子集结构吗？

维护程序员有责任完全学习一种语言吗？

Answer 1

我反对使用最小公分母编码。我们是专业人士，我们应该做的一部分就是学习我们不知道的东西。

另一方面，我也反对荣耀编码。使用最简单的结构即可完成工作-调试代码的难度是编写代码的两倍，因此，最好编写的代码只比您编写的代码聪明一半!