【代码质量】如何为class命名--为什么不要用'Manager'

今天看到一个非常有意思的文章，这是一个stackoverflow的问题，如何为你的类命名？仔细想想， 这是一个很有意思的Topic，因为这能让我们更清晰的思考，我们写的代码实现的功能是什么？

链接：Naming Classes - How to avoid calling everything a “Manager”?

1. 从一个例子说起

假如说我们的程序中有User、Company，Address三个类，然后我们可能会实现UserManager、CompanyManager，AddressManager来处理与它们有关的操作。但是这样做其实并不好，因为Manager是一个非常宽泛的概念，它可能会处理非常多的事情，这样做的话，其实你就并不知道这个类具体要做什么了。那么更好的做法是怎么样的呢？
作者推荐另一篇文章的一个建议，为类使用特定的名字。比如说我们有一个UserManager是用来检查每个用户对象的数据和验证密码的，那我们应该拥有一个UserRecordsClerk。

2. 困难在哪里，怎么解决？

作者提到，当他想尝试使用这个建议的时候，会发现这个简单的建议却非常难做到。<