bli*_*sta 9 c# maintenance language-construct
我正在从事非个人项目,因此可以说维护程序员不会是我,否则我不需要问这个问题.
现在有一些构造(委托,lambda表达式),我想在我的代码中尝试,而不是故意使代码更难阅读,但因为它们适合于这种情况(并且更少的代码也可以输入),以及因为我是这门语言的新手,所以也可以练习使用它们.
但是,我不确定维护程序员是否会知道每个构造,因为我们很多人都不是来自ac #background,而且我不确定他是否像我一样热衷于编程或只是像常规一样对待它一天的工作.所以我的问题是:
是否应避免使用某些编程结构来提高可维护性？
如果上述问题的答案是肯定的,那么应该避免使用的构造子集是什么？
维护程序员有责任完全学习一门语言吗？
kyo*_*ryu 17
我反对Least-Common-Denominator编码.我们是专业人士,我们应该做的事情的一部分是学习我们不知道的事情.
另一方面,我也反对荣耀编码.使用可以完成工作的最简单的构造 - 调试代码是编写代码的两倍,所以你最好只编写一半像你能够聪明的代码!