pet*_*erc 7 typescript angular
这是一个可能没有一个正确答案的问题,因为我确实编码样式是多种多样的,特别是在不同语言之间,例如javascript中的驼峰案例函数名称和C#中的pascal大小写方法.我完全可以接受.
也许我对此过于担心,但我刚刚开始研究打字稿,非常喜欢它的外观,并计划将它与Angular2一起使用,并希望建立一个好的风格指南.
我真的不明白的是2点在这里,不要用我前缀接口.在此之前,我认为这几乎是普遍的.我有一个类Car,所以如果界面只是在前面添加一个自然名称... ICar.只要看到我的前缀,就会知道你有一个界面.
我想遵循任何建议的做法,但这个我真的不知道为什么要去.
没有人知道为什么,我认为这几乎是普遍的惯例,在这里被劝阻了？我知道你可以使用你喜欢的任何约定,只是想知道这个常见约定是否有某些原因不能在Typescript中使用.
在此先感谢任何意见/信息!
Gün*_*uer 10
I 因为Java和C#(可能还有其他人)在某个时候的前缀很大,但我认为这仍然不是一个好主意,但是如何改变大多数开发人员和现有代码库所使用的东西.
它类似于匈牙利符号,这被普遍认为是不好的做法.只要给它一个有意义的名字.如果你有不同种类的Cars比制作Car通用界面class FancyCar implements Car更自然.像前缀这样的东西只会阻止人们思考他们真正想要表达的内容.另请参阅http://c2.com/cgi/wiki?IntentionRevealingNames
也有像Dart这样的语言(可能还有很多其他我不知道的),其中interface和之间没有这么明显的区别class.在Dart中,您可以实现任何类.类的接口只是作为一个interface.
更新
我不是说命名很容易.事实上,我认为它是软件开发中最难或最难的部分.只是因为"精英"的一般理由是技术原因的前缀并不是最好的方法.这并不意味着有替代方案只有优点而且没有缺点.看来,在这种情况下命名一样UserService,UserServiceImpl,MockUserService来代替.这种方式在代码的大多数部分中使用最自然的方式UserService,而衍生工具仅在私有方中使用.否则,如上所述,一致性更为重要.如果某种风格在您使用的语言中更常见,我建议您也在代码中使用它.
在这里问了类似的问题对 TypeScript 的接口和类编码指南感到困惑
我的回答：https : //stackoverflow.com/a/41967120/586609
原因：
| 归档时间： |
|
| 查看次数： |
6477 次 |
| 最近记录： |