15
我如何说服我的团队使用较小的类/方法？
免责声明：我是新来者（这是我工作的第三天），我的大多数队友比我更有经验。 查看代码时，我会看到一些代码气味和不良的工程实践，例如： 命名准则有些不一致 可能时属性未标记为只读 大型类-我注意到一个实用程序类，其中包含数百个扩展方法（对于许多类型）。它超过2500行！ 大型方法-我正在尝试重构一种150行长的方法。 后两者似乎是一个真正的问题。我想说服队友使用较小的类和方法。但是我应该这样做吗？如果是，那怎么办？ 我的团队从主要团队（我们是卫星团队）中获得了导师。我应该先去找他吗？ 更新：由于一些答复询问该项目，因此请知道这是一个有效的项目。恕我直言，这么大的类/方法总是不好的。 无论如何，我永远不想惹恼我的团队。这就是为什么我问-我应该这样做，如果是的话，那么我该如何轻轻地做到这一点？ 更新：我决定根据公认的答案做某事：因为我是新来者，所以我以“新鲜的眼睛”看到一切，我会记下我发现的所有代码气味（位置，为什么不好，我们怎么做）更好，...），但此刻，我只是努力争取团队的尊重：写出“更好的代码”，认识人们，知道我们为什么这样做...在适当的时候，我会尝试向我的团队询问一些新的代码策略（命名准则，较小的类，较小的方法等），并在可能的情况下重构一些旧代码。它应该工作，恕我直言。 谢谢。