接口的Typescript样式指南

Question

这是一个可能没有一个正确答案的问题，因为我确实编码样式是多种多样的，特别是在不同语言之间，例如javascript中的驼峰案例函数名称和C＃中的pascal大小写方法。 我完全可以接受。

也许我对此过于担心，但我刚刚开始研究打字稿，非常喜欢它的外观，并计划将它与Angular2一起使用，并希望建立一个好的风格指南。

我真的不明白的是2点在这里 ，不要用我前缀接口。 在此之前，我认为这几乎是普遍的。 我有一个类Car，所以如果界面只是在前面添加一个自然名称... ICar。 只要看到我的前缀，就会知道你有一个界面。

我想遵循任何建议的做法，但这个我真的不知道为什么要去。

没有人知道为什么，我认为这几乎是普遍的惯例，在这里被劝阻了？ 我知道你可以使用你喜欢的任何约定，只是想知道这个常见约定是否有某些原因不能在Typescript中使用。

在此先感谢任何意见/信息！

Answer 1

I作为Java和C＃（可能还有其他人）的前缀很大，但我不认为这仍然是一个好主意但是如何改变大多数开发人员和现有代码库使用的东西。

它类似于匈牙利符号，这被普遍认为是不好的做法。 只要给它一个有意义的名字。 如果你有不同种类的Car不是制造Car的通用接口和class FancyCar implements Car更自然。 像前缀这样的东西只会阻止人们思考他们真正想要表达的内容。 另请参阅http://c2.com/cgi/wiki?IntentionRevealingNames

还有像Dart这样的语言（可能还有许多其他我不知道的），其中interface和class之间没有这么明显的区别。 在Dart中，您可以实现任何类。 类的接口只是一个interface 。

更新

我不是说命名很容易。 事实上，我认为它是软件开发中最难或最难的部分。 只是因为“精英”的一般理由是技术原因的前缀并不是最好的方法。 这并不意味着有替代方案只有优点而且没有缺点。 在这种情况下，似乎使用了像UserService ， UserServiceImpl ， MockUserService这样的命名。 这种方式在代码的大多数部分中使用UserService最自然的方式，而衍生工具仅在私有方中使用。 否则，如上所述，一致性更为重要。 如果某种风格在您使用的语言中更常见，我建议您也在代码中使用它。

Answer 2

类似的问题在这里被问到困惑TypeScript的接口和类编码指南

我的回答是： https ： //stackoverflow.com/a/41967120/586609

原因：

1. 匈牙利符号的时代已经过去了
2. I前缀违反了封装原则
3. 防止命名错误
4. 正确选择的名称可以针对API Design Myth：Interface as Contract进行接种。

Answer 3

除了因为它是惯用之外，没有理由做或不做某事。 如果您希望您的代码适合，您可以按照您正在使用的语言遵循其他人遵循的规则，而不要考虑它（或选择其他语言）。

至于具体为什么不加前缀，有三个很好的理由：

1. 使用class关键字时会隐式创建接口，并且在使用type关键字时也会创建接口。 因此，通过向显式声明的接口添加前缀，现在您有一些带有前缀的接口（您自己使用前缀创建的接口），还有一些没有前缀的接口。 这是令人困惑和不一致的。
2. 类型（接口）和代码存在于编译器的独立命名空间中，因此您不能与类型名称和变量名称冲突。 因此，没有理由通过为它们添加前缀来尝试使接口名称唯一。
3. I加前缀只是匈牙利符号系统的另一种形式; 说一个类型是一个接口，为人类编写代码提供零附加信息。

Answer 4

还有两个原因

模块化随着代码库的增长，代码开始模块化。 模块的通常设计目标是暴露合同并隐藏内部。 合同最好用接口表示，过了一段时间，大多数（如果不是全部）暴露的工件都是接口和工厂。 对于这些模块的消费者来说，使用Users和Credentials而不是IUsers和ICredentials

字母顺序例如，快速访问“文件”导航器中按字母顺序排序的列表中的“接口和类”。 与用户合作时，最好在列表UserImpl User ， UserService和UserImpl一起，而不是通过I条目，然后是C条目，然后是Service条目