良好的实践是在所有类/接口/函数的前缀加上acronym吗？

Question

我在一个有角度的项目中工作，我想知道前缀所有类、接口和使用应用程序缩写的函数是否是很好的实践。

例如，很好地标准化了使用App缩写前缀标记组件，因此它不会与dom中的其他项发生冲突，并且更容易搜索。

例如，如果我的应用缩略语是toh (英雄之旅)，并且我有一个过滤器组件，它的标签应该是<toh-filter>。

这很好，但是，将其应用于ALL代码库是一个很好的实践吗？对于所有的代码基，我的意思是:所有类、接口&导出的函数和常量。

我想了解Pros & Cons，以及它为什么会有意义。

注意到，这个应用程序不会被其他应用程序作为库使用。所有组件、服务、实用程序都将在同一个应用程序中内部使用。

下面是一些示例(没有前缀&带前缀)：

// ./filter.component.ts
@Component() export class FilterComponent {}
@Component() export class TohFilterComponent {}

// ./some.service.ts
export class SomeService {}
export class TohSomeService {}

// ./utils.ts
export function deepCopy() {}
export function tohDeepCopy() {}

export function pipe() {}
export function tohPipe() {}

提前感谢！

Answer 1

我会说不。

当您编写贯穿多个文件的TS/JS代码时，您可以选择从哪里导入类，甚至重命名它们。

因此，您可以自己管理冲突，而不需要添加前缀。

正如您可能已经看到的，角附加一个后缀到您的类:这是因为它们的LIFT样式要求，应该找到一个文件/class/var/等，并且很快就能识别出来。

但是对于前缀来说，它是不需要的，主要的缺点是你必须在你写的每一个类上手工完成它，而没有任何支持它的地方。

所以总结一下，不，你不应该。