关键是要有合适的工具。这两种方法都不是100%的好方法。这两种制度都是人为创造的，都有缺陷。抱歉，我们做的东西太烂了。

我喜欢动态类型，因为它让我摆脱了我的方式，但是是的，运行时错误可能会出现，这是我没有计划到的。 静态类型可能会修复前面提到的错误，但会让新手(在类型化语言中)程序员疯狂地尝试在常量字符和字符串之间进行强制转换。

关于静态语言和动态语言有很多不同的东西。对我来说，主要的区别是在动态语言中，变量没有固定的类型;相反，类型被绑定到值。因此，要执行的确切代码直到运行时才确定。

在早期或naïve实现中，这是一个巨大的性能拖累，但现代jit已经非常接近优化静态编译器的最佳性能。(在一些边缘情况下，甚至比这更好)。

It depends on context. There a lot benefits that are appropriate to dynamic typed system as well as for strong typed. I'm of opinion that the flow of dynamic types language is faster. The dynamic languages are not constrained with class attributes and compiler thinking of what is going on in code. You have some kinda freedom. Furthermore, the dynamic language usually is more expressive and result in less code which is good. Despite of this, it's more error prone which is also questionable and depends more on unit test covering. It's easy prototype with dynamic lang but maintenance may become nightmare.

相对于静态类型系统的主要优点是IDE支持和静态代码分析器。 在每次代码更改之后，您都会对代码更加自信。用这样的工具来维护蛋糕是和平的。

摘自Artima的《Typing: Strong vs. Weak, Static vs. Dynamic》文章:

强类型可以防止在不匹配的类型之间混合操作。为了混合类型，必须使用显式转换 弱类型意味着可以在没有显式转换的情况下混合类型

在Pascal Costanza的论文《动态与静态类型——基于模式的分析》(PDF)中，他声称在某些情况下，静态类型比动态类型更容易出错。一些静态类型语言强迫你手动模拟动态类型，以便做“正确的事情”。Lambda the Ultimate讨论过这个问题。

关键是要有合适的工具。这两种方法都不是100%的好方法。这两种制度都是人为创造的，都有缺陷。抱歉，我们做的东西太烂了。

我喜欢动态类型，因为它让我摆脱了我的方式，但是是的，运行时错误可能会出现，这是我没有计划到的。 静态类型可能会修复前面提到的错误，但会让新手(在类型化语言中)程序员疯狂地尝试在常量字符和字符串之间进行强制转换。

静态类型: Java和Scala等语言是静态类型的。

在代码中使用变量之前，必须对变量进行定义和初始化。

前女友。 int x; X = 10;

System.out.println (x);

动态类型: Perl是一种动态类型语言。

变量在代码中使用之前不需要初始化。

y = 10;在后面的代码中使用这个变量