naming-conventions - 服务 vs Controller vs 提供者命名约定

Question

随着我职业生涯的发展，我认为命名约定非常重要。我注意到人们到处乱扔 Controller ，LibraryController , 服务, LibraryService ，和提供者，LibraryProvider并在某种程度上可以互换使用它们。使用一个和另一个有什么具体的理由吗？

如果有网站有更具体的定义，那就太好了。

Answer 1

根据上下文，这些术语可以彼此同义，这就是为什么每个框架或语言创建者都可以自由地按照他们认为合适的方式明确声明它们......想想函数/方法/过程或过程/服务，几乎都是一样的东西但在不同的上下文中略有不同。

刚刚脱离正式的英语定义:

提供者:提供某物的人或物。

即提供者通过控制某些过程来提供服务。

服务:帮助某人或为某人工作的行为。

即服务是通过控制一些工作过程来提供的。

控制者:指挥或管理某事的人或事物。

即 Controller 指示某物提供服务。

列出这些定义只是为了说明开发人员在定义框架或语言的术语时如何看待常见的英语含义；它并不总是一对一的，术语的相似性实际上为开发人员提供了一种命名非常相似但仍然略有不同的事物的方法。

例如，让我们以 AngularJS 为例。在这里，开发人员决定使用术语 Controller 来表示“HTML Controller ”，一个 Service 来表示“准类”之类的东西，因为它们是用 New 关键字实例化的，而 Provider 实际上是 Service 和 Factory 的超集，它是也类似。您真的可以使用它们中的任何一个来编写任何应用程序，并且真的不会丢失任何东西；尽管在某些情况下一个可能比另一个好一点，但我个人不认为值得额外的混淆......基本上他们都是提供者。 Angular 的人可以将工厂、提供者和服务定义为单个术语“提供者”，然后像大多数语言一样传递诸如“静态”和“无效”之类的修饰符，并且可以提供完全相同的功能；这本来是我的偏好，但是我已经学会了不要与您工作的框架的约定和术语作斗争，无论您有多么强烈的反对。