为什么Fortran中的单元测试框架依赖于Ruby而不是Fortran本身？ [英] Why the unit test frameworks in Fortran rely on Ruby instead of Fortran itself?

问题描述

总结： FRUIT只能用于Fortran编译器，尽管可以通过使用Ruby来增强其功能。从它的作者Andrew Chen查看下面的答案。

========================= ==================

Fortran的可用单元测试框架（XUnit）似乎包括： >
funit

http://nasarb.rubyforge.org/

水果

http://sourceforge.net/projects/fortranxunit/

flibs

http：//flibs.sourceforge。 net /

ObjexxFTK（商业）

http://www.objexx.com/ObjexxFTK.html

在他们的网页中，funit，fruit和flibs提到他们依靠Ruby来功能。我不知道ObjexxFTK。在我看来，Java，C＃和Delphi等XUnit框架只依赖于相应的语言本身。那么为什么Fortran框架选择依靠Ruby而不是Fortran本身？

解决方案

编写一个具有真正的XUnit克隆的复杂性，能力和动态性质的单元测试框架，在Fortran中是非常可怕的，是真正为数值分析而设计的。

Summarization: FRUIT can be used only with Fortran compilers, although its functionality can be enhanced by using Ruby. Check the answer below from its author Andrew Chen.

===========================================

It seems that the available unit test frameworks (XUnit) for Fortran include:
funit
http://nasarb.rubyforge.org/

fruit
http://sourceforge.net/projects/fortranxunit/

flibs
http://flibs.sourceforge.net/

ObjexxFTK (commercial)
http://www.objexx.com/ObjexxFTK.html

In their webpages, funit, fruit, and flibs mention they rely on Ruby to function. I have no idea about ObjexxFTK. It seems to me that XUnit frameworks in Java, C#, and Delphi and so forth only rely on the corresponding language itself. Then why do the Fortran frameworks choose to rely on Ruby instead of Fortran itself?

解决方案

Writing a unit testing framework with the complexity, capability and dynamic nature of a true XUnit clone would be utterly horrendous in Fortran which is really designed for numerical analysis.

这篇关于为什么Fortran中的单元测试框架依赖于Ruby而不是Fortran本身？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！