注册
登录
新闻动态
其他科技
返回
动态语言要取代静态语言吗?
作者:
糖果
发布时间:
2024-03-29 11:57:45 (25天前)
来源:
viewpost.jsp?thread=4639
- 总结 - 多年来,我们一直使用静态类型语言来提供安全性。但是现在,随着我们逐渐采用测试驱动开发,我们会发现安全是多余的吗?我们会因此决定动态类型语言的灵活性是可取的吗? 几年来,我一直是一个静态类型的偏执狂。我在使用 C 的过程中吸取了惨痛的教训。由于愚蠢的输入错误,太多系统在现场崩溃。当 C++ 出现时,我是一个狂热的采用者和强类型的狂热执行者。我嘲笑那些抱怨失去灵活性的闲聊者。毕竟,安全远比灵活性重要——此外,如果我们遵循良好的依赖管理原则,我们可以保持我们的软件灵活和静态类型。 四年前,我参与了极限编程。我喜欢它对开发软件的务实强调。我也喜欢它对测试的重视。从那以后我就被测试感染了。如果不使用测试驱动开发,我再也无法想象编写软件。我无法想象没有一套全面的单元测试来支持我的开发。 大约两年前,我注意到了一些事情。为了安全,我越来越不依赖类型系统。我的单元测试阻止我犯类型错误。我越依赖单元测试,就越不依赖 Java 或 C++(我选择的语言)的类型安全。 我认为一个实验是有序的。所以我尝试用 Python 和 Ruby(众所周知的动态类型语言)编写一些应用程序。当我发现类型问题根本没有出现时,我并不完全感到惊讶。我的单元测试使我的代码保持直截了当。我根本不需要多年来一直依赖的静态类型检查。 我也意识到,动态类型的汉语语言使得编写代码的灵活性显著容易。模块更容易编写,也更容易改变。根本不存在构建时间问题。动态类型世界中的生活从根本上来说更简单。 现在我又回到了 Java 编程,因为我正在从事的项目需要它。但我不能否认我感受到了动态类型语言的牵引力。我希望我是用 Ruby 或 Python 编程,甚至是Smalltalk。 其他人有这种感觉吗?随着越来越多的人采用测试驱动开发(我认为这是不可避免的),他们是否会和我有同样的感受。2010 年我们都会使用动态类型语言进行编程吗?
收藏
举报
1 条回复
动动手指,沙发就是你的了!
登录
后才能参与评论