每个人都在想为什么在这个世界大家都在选择静态语言,当你准备选择一门动态语言的时候,却又冒出了如此多的兄弟。我们通常考虑的是哪种语言是我熟练的那就拿它来做这项工作。总之这做不失为一种着手开干得好方法。现在还有别的什么影响你的选择吗?测试?开发速度?还是程序的健壮性?
动态型 VS 静态型
动态语言是一种变量使用前不需要声明的语言,如 Python、Ruby 和PHP,在动态语言中像下面这样做是允许的。
- num = 10
某种意义上来说,这却是一把双刃剑,因为动态语言的类型检查是在程序运行期间,代码运行前没有任何办法找出 bug。我知道你可以写测试,但是你并不能测试任何事情。这里有一个虽然不重要的例子。
- def get_first_problem(problems):
- for problem in problems:
- problam = problem + 1
- return problam
现在如果你被一些严重的电子乐干扰着,一个缩进的错误很轻易的就忽略了,代码弄完了然后部署到生产环境中,于是bug就接踵而来了。
记住,在生产环境中你是***能消灭bug的人。
静态语言 :使用前变量需要声明,编译的时候需要类型检查,包括Java、C、C++在内的语言都是静态语言。
- static int awesomeNumber;
- awesomeNumber = 10;
关于健壮性的增加和运行时错误机会的减少有很多的争论,编译器能捕获一些在你编码的时候产生的令人讨厌的错误,方法的契约是严格的,不好的地方就是沉重的样板代码。
弱类型 VS 强类型
弱类型和强类型经常与动态语言和静态语言混淆起来。弱类型语言会引起一些哲学性问题如数字2和字符”two“的相加,在弱类型语言中像这样做是没问题的。
- a = 2
- b = "2"
- concatenate(a, b) // Returns "22"
- add(a, b) // Returns 4
传统的语言将严格限制各种事务的出现,如强类型语言中字符与整型相加将导致错误,如下:
- >>> a = 10
- >>> b = 'ten'
- >>> a + b
- Traceback (most recent call last):
- File "<stdin>", line 1, in <module>
- TypeError: unsupported operand type(s) for +: 'int' and 'str'
- >>>
总结:
无论你在哪抨击这篇讨论,声明总比前者好,因为前者会导致一场语言的战争。
动态语言适合快速周期开发和原型设计。静态语言更适合长期的开发周期,零碎的bug非常会付出非常高的代价(电话通信系统,航空交通系统)例如,如果一巨头公司叫Moo Corp,花了几百万美元在做QA和测试,一bug以某种方式陷入在这个领域中,为了修复意味着另一个轮的测试。当你做在板凳上你要做的就是选择一种简洁的静态语言,这项工作的难度就是得有人做”挤奶”的事。
测试、测试、还是测试
仅仅就一点点资料为了用来思考、启动下一个项目,你从来就不知道哪些限制你可能放在你自己和你的团队身上。
当你为你的项目选择一门编程语言时,你考虑的因素有哪些呢?
英文原文:Sachin FromDev