- 主题:本版的前端们,会typescript的多吗?
+1
对于严肃对待软件工程的工程师,我想一定会喜欢ts规范的,因为它可以把js语言根据现代软件工程的规范来约束管理
es5灵活度太大了,非常不利于大项目,多人员合作下的维护.你随便怎么写都可以,到最后都是变量和object,这也是js的本质,但这不是软件工程
我也见过一些优秀的开源项目,项目内制订各种js规范,这是非常好的做法
但另一方面,自己加的规范再怎么样也很难超过ts的,为何不用现成的ts规范呢
【 在 nodejs 的大作中提到: 】
: 项目规模达到几万行,静态类型确实有优势,动态类型要是写的太随意后面的人看着相当头疼,“良好编程习惯”太重要了。
--
修改:cnxs FROM 103.217.167.*
FROM 103.217.167.*
认同
其他动态语言也有类似情况
ruby/python/php
举例
大量函数的返回值,参数都是hash/dict/array之类
处理方便的同时对于可读性,代码的复用性有不少损失
不过两边都在做工作,动态语言通过类似 keyword arguments
静态的用duck typing来避免接口申明和维护
但问题是静态的不得不写,动态却很随意
所以大团队大项目尽量用typescript
【 在 cnxs (coder) 的大作中提到: 】
: +1
: 对于严肃对待软件工程的工程师,我想一定会喜欢ts规范的,因为它可以把js语言根据现代软件工程的规范来约束管理
: es5灵活度太大了,非常不利于大项目,多人员合作下的维护.你随便怎么写都可以,到最后都是变量和object,这也是js的本质,但这不是软件工程
: ...................
--
FROM 58.246.138.*
先说说大团队是多大的团队。“大团队不要用动态语言”这个论调从我学编程的时候就听说了。
【 在 kkito (氢氧化钙) 的大作中提到: 】
: 认同
: 其他动态语言也有类似情况
: ruby/python/php
: ...................
--
FROM 27.154.26.*
不是语言本身的问题
而是人的问题
团队大了,有些设计理念,代码规范很难让大家保持同步
你可以不停的告诉team member改怎么做,review每一行代码,但人的精力有限
所以想着可以用某种自动化的代码规范,开发流程,如何提交代码,unittest ci来自动化的做这些事情
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 先说说大团队是多大的团队。“大团队不要用动态语言”这个论调从我学编程的时候就听说了。
--
FROM 58.246.138.*
【 在 hgoldfish 的大作中提到: 】
: 先说说大团队是多大的团队。“大团队不要用动态语言”这个论调从我学编程的时候就听说了。
:
不需要有多大,哪怕只有三五个人十来条枪,只要水平上或者理念上有比较大的差异
一致性管理就可能是个让人头疼的问题了
不是说一定不要,不行,如果团队水平不错一致性高,这东西的需求就没那么强烈
但很多情况下,现实骨感得让人怀疑人生
有了一个一致性规范以后,总体上管理成本维护成本还是有明显降低的
--
FROM 167.220.232.*