几年前，C#引入了"主构造函数"特性，让类成员声明和初始化可以合并处理，减少样板代码。Esben B所在的团队虽然很少使用这一功能，却因此与团队的代码检查工具产生了摩擦。

这款检查工具对主构造函数的态度相当强硬——只要检测到就会触发警告。团队成员试图向工具提交反馈，希望放宽这一规则，但对方坚持己见，认为主构造函数"不够清晰"。

打开网易新闻 查看精彩图片

矛盾在于，工具的态度与微软官方方向并不一致。C#设计团队持续推广这一特性，而检查工具却将其视为问题。Esben B的团队陷入两难：要么放弃使用官方语言特性，要么忍受持续的警告提示。

这种冲突在开发团队中并不罕见。当语言演进与既有工具链产生分歧时，开发者往往成为夹心层。工具的"意见"有时比实际需求更强势，而"禁用某个语法特性"的决策权，往往不在使用它的工程师手中。

技术选型中的隐性成本，有时就藏在这些看似微小的摩擦里。