blocks|key|2860211|text|Fortran已经针对类似数学(特别是矩阵)的运算进行了高度优化。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2860212|C%2B%2B已经针对对象使用进行了高度优化。|2860213|哪个对你更重要。|2860214|如下所示，C%2B%2B有一个优化的矩阵库。|2860215|但Fortran的全部目的是优化数学过程(特别是矩阵运算)。事实上，这些优化是内置于语言(而不是库)的基础中的，并且在C%2B%2B的研究上领先了大约20年，我怀疑(但不确定)在这一领域Fortran是否会轻而易举地获胜。|2860216|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

Fortran has been highly optimized for mathematical (especially matrix) like operations.

C++ has been highly optimized for object usage.

Which is more important to you.

As noted below C++ has an optimized matrix library. 
But Fortran's whole purpose is optimization of mathematical processes (especially matrix operations). The fact that these optimizations are built into the foundation of the language (rather than a library) and have about a two decade head start on research over C++ I doubt (but don't know for a fact) that in this area Fortran is going to win hands down.

blocks|key|4460402|text|考虑到像LAPACK%2B%2B这样已经高度优化的科学计算包的存在，现代Fortran甚至没有性能优势。C%2B%2B可能有它的缺点，但性能不是其中之一。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4460403|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Given the existence of scientific computing packages like LAPACK++, which are highly optimized already, modern Fortran doesn't even have a performance advantage. C++ may have its faults, but performance is not one of them.

blocks|key|792472|text|我的意思是，唯一重要的好处是FORTRAN编程可以让你更容易地重用大量现有的FORTRAN代码和库。如果你手头有50名FORTRAN程序员在一个项目和有限的时间范围内，你会先教他们所有的C%2B%2B，还是接受让他们使用他们最喜欢的语言？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|792473|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

IMHO, the only advantage that really matters is that programming FORTRAN allows you easier reuse of a lot of existing FORTRAN code and libraries. And if you have 50 FORTRAN programmers at hand for a project and a limited time frame, are you going first to teach them all C++, or will you accept to let them use their favorite language?

blocks|key|4460477|text|我看了一下some+of+the+stuff+in+the+latest+Fortran+standards，坦率地说，我对此印象深刻。20年前我讨厌这种语言的很多东西现在都消失了。没有更多的行号和特殊列(愿它们在地狱中燃烧)。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|4460478|Fortran在工程界已经广泛使用了50年。如果你在这些圈子里工作，这会给你带来两个好处。首先，这些人非常关心优化。这意味着Fortran编译器往往拥有最好的优化器。该语言本身也比Cish语言可优化得多，这要归功于它没有别名。|4460479|第二个优点是Fortran库对数字处理的支持是无可匹敌的。最好的代码几乎总是经过良好调试的代码，您不必编写。|style|BOLD|4460480|如果您的应用程序通常不属于科学、工程或数字处理，那么以上这些对您来说都不是什么大问题，所以您最好去别处寻找。|4460481|entityMap|0|LINK|mutability|MUTABLE|url|http://gcc.gnu.org/wiki/Fortran2003^0|5|1D|0|0|0|19|8|0|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|D|3|E|5|6|7|X|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|Y|8|@$A|Z|B|10|H|I]]|9|@]|C|$]]|$1|J|3|K|5|6|7|11|8|@]|9|@]|C|$]]|$1|L|3|-4|5|6|7|12|8|@]|9|@]|C|$]]]|M|$N|$5|O|P|Q|C|$R|S]]]]

I took a look at <a href="http://gcc.gnu.org/wiki/Fortran2003" rel="noreferrer">some of the stuff in the latest Fortran standards</a>, and frankly I'm impressed. A lot of what I hated about the language 20 years ago is gone now. No more line numbers and special columns (may they burn in hell).

Fortran has been heavily used in engineering circles for 50 years now. That gives you two advantages if you work in those circles. First off, these folks care a lot about optimization. That means Fortran compilers tend to have the best optimizers around. The language itself is a lot more optimizable than Cish languages too, thanks to its lack of aliasing.

The second advantage is that Fortran's library support for number crunching simply cannot be beat. The best code is nearly always going to be the well-debugged code you don't have to write.

If your application doesn't fall under scientific, engineering, or number crunching in general, then neither of the above will be a big deal for you, so you may be better off looking elsewhere.

blocks|key|1748878|text|随着模板元编程(特别是expression+templates)的出现，C%2B%2B在数值计算方面达到了FORTRAN的水平，因此速度应该不再是的问题。然而，关于其他问题，仍然有一些事情要说：|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1748879|Pro+FORTRAN：年长的人可能比C%2B%2B更了解它。|1748880|Contra+FORTRAN：这是一种令人厌恶的、陈旧的、几乎被遗弃的语言，当你开始你的项目时，它已经过时了。无论谁现在学习编程，都不太可能学习FORTRAN，所以你可能会在为项目寻找程序员时遇到问题。|1748881|Pro+C%2B%2B：它相对比较现代，编译器仍在大踏步地改进。它允许您编写表现力很强的代码。|1748882|Contra+C%2B%2B：其中一些模板错误消息会让你流泪。|1748883|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Expression_templates^0|1Q|7|B|K|0|0|0|B|0|0|E|2Q|3|0|0|17|0|0|R|0^^$0|@$1|2|3|4|5|6|7|V|8|@$9|W|A|X|B|C]]|D|@$9|Y|A|Z|1|10]]|E|$]]|$1|F|3|G|5|6|7|11|8|@$9|12|A|13|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|14|8|@$9|15|A|16|B|C]|$9|17|A|18|B|C]]|D|@]|E|$]]|$1|J|3|K|5|6|7|19|8|@$9|1A|A|1B|B|C]]|D|@]|E|$]]|$1|L|3|M|5|6|7|1C|8|@$9|1D|A|1E|B|C]]|D|@]|E|$]]|$1|N|3|-4|5|6|7|1F|8|@]|D|@]|E|$]]]|O|$P|$5|Q|R|S|E|$T|U]]]]

With the emergence of template-meta programming (especially <a href="http://en.wikipedia.org/wiki/Expression_templates" rel="nofollow">expression templates</a>), C++ reached FORTRAN's league in numerical computations, so speed should not be an issue anymore. However, there's still some things to be said about other issues: 

Pro FORTRAN: The older folks might know it better than C++. 
Contra FORTRAN: It's a disgusting, old, and mostly abandoned language, that's already outdated the moment your start your project. Whoever learns programming now, is very unlikely to learn FORTRAN, so you might run into problems finding programmers for the project later. 

Pro C++: It's relatively modern, with compilers still improving in considerable strides. It allows you to write quite expressive code. 
Contra C++: Some of those template error messages will make you weep.

blocks|key|2860437|text|另一个主要问题是学习曲线，这对于C%2B%2B来说是非常巨大的，而对于Fortran+(90或更高版本)则非常小。Fortran就像MATLAB一样，它的运算就像...|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2860438|B‘’DB是向量的matmul(+matmul(transpose(B),+D),+B+)|offset|length|style|CODE|2860439|L2范数，是矩阵的norm2(x)|unordered-list-item|2860440|
|2860441|SVD，使用LAPACK是call+gesvd(A,S,u,vt)|2860442|2860443|Fortran还具有指针、动态内存、用户定义的数据类型等。|2860444|它得到了主要供应商(英特尔/太阳/国际商业机器公司/克雷/PGI/NAG等)、开源(gfortan/g95)社区和诸如PETSc、MPI等数值库/API开发人员的良好支持。|2860445|见鬼，新标准(Fortran2008)甚至有用于并行编程的联合数组，而不需要MPI/OpenMP，而且一些Fortran编译器已经支持它(g95和Cray)。|2860446|基本上，它具有数值计算所需的所有良好品质，比MATLAB更容易，是标准化的，免费的，可伸缩的(使用MPI/OpenMP和联合数组)，产生惊人的快速/并行代码。|2860447|对于数值来说，没有什么能胜过Fortran，但不幸的是，在其他方面，一切都胜过Fortan。因此，如果您是一名从事安全工作的科学家，并且只做数值/高性能计算，那么请坚持使用Fortran，否则，请学习并使用C%2B%2B，因为它被广泛用于非数值软件。|2860448|entityMap^0|0|9|10|0|9|8|0|0|D|K|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|11|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|12|8|@$D|13|E|14|F|G]]|9|@]|A|$]]|$1|H|3|I|5|J|7|15|8|@$D|16|E|17|F|G]]|9|@]|A|$]]|$1|K|3|L|5|6|7|18|8|@]|9|@]|A|$]]|$1|M|3|N|5|J|7|19|8|@$D|1A|E|1B|F|G]]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1D|8|@]|9|@]|A|$]]|$1|R|3|S|5|6|7|1E|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1F|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1G|8|@]|9|@]|A|$]]|$1|X|3|Y|5|6|7|1H|8|@]|9|@]|A|$]]|$1|Z|3|-4|5|6|7|1I|8|@]|9|@]|A|$]]]|10|$]]

The other major issue is the learning curve which is very huge for C++ and exceptionally small for Fortran (90 and later). Fortran is like MATLAB with operations like ...

<ul>
<li>B'DB is <code>matmul( matmul(transpose(B), D), B )</code></li>
<li>L2 norm of a vector is <code>norm2(x)</code></li>
<li>SVD of a matrix using LAPACK is <code>call gesvd(A,S,u,vt)</code></li>
</ul>

Fortran also has pointers, dynamic memory, user defined data types etc.

It is well supported by major vendors (Intel/Sun/IBM/Cray/PGI/NAG etc.), open source (gfortan/g95) communities and developers of numerical library/APIs such as PETSc, MPI etc.

Heck the new standard (Fortran 2008) even has co-arrays for doing parallel programming without the need for MPI/OpenMP and some Fortran compilers already support it (g95 and Cray).

Basically it has all the good qualities required for numerical computing, is easier than MATLAB, is standardized, free, scalable (with MPI/OpenMP and co-arrays), produces blazing fast/parallel code.

For numerics nothing beats Fortran but unfortunately for anything else everything beats Fortan. So if you are a scientist with a safe job and only do numerical/HPC computing then stick with Fortran otherwise learn and use C++ as it is widely used for non numerical software.

blocks|key|2860497|text|Fortran允许整个数组操作，也允许对数组部分进行操作。有用于数组的C%2B%2B类，但我不认为您可以像在Fortran中那样容易地引用像x(:,2:,1:N3:2)这样的片。这让人非常简洁地表达了一些算法。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2860498|Fortran的数组操作的便利性扩展到派生类型的数组。假设您有一个日期数组：|2860499|键入date|2860500|integer+:：月、日、年|2860501|结束类型日期|2860502|类型(日期)+:：x(1000)|2860503|然后x表示日期数组，x%25month表示月份数组，pack(x，x%25month==1)表示一月中的所有日期。有多少其他编程语言提供了这种便利？|2860504|早些时候关于Fortran的一些评论--“陈旧和令人厌恶的”--是有偏见的，应该相应地予以考虑。让我反驳一下。在我看来，Fortran90的自由格式看起来比C和C%2B%2B的语法更好，使用了大括号和分号。将它们省略或错误地放入可能会导致C和C%2B%2B中出现错误，而这些错误在Fortran中没有对应的内容。|2860505|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|V|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|W|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|X|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|Y|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|Q|$]]

Fortran allows whole array operations and also operations on array sections. There are C++ classes for arrays, but I don't think you can refer to a slice such as x(:,2:,1:N3:2) as easily as in Fortran. This lets one express some algorithms pretty concisely.

The convenience of Fortran's array operations extends to arrays of derived types. Suppose you have a an array of dates:

type date 
integer :: month,day,year 
end type date 

type(date) :: x(1000)

Then x refers to the array of dates, x%month refers to the array of months, and pack(x,x%month==1) refers to all dates in January. How many other programming languages offer this convenience?

Some of the earlier comments about Fortran -- "old and disgusting" -- are biased and should be discounted accordingly. Let me argue the opposite. In my opinion the free format of Fortran 90 looks better than the syntax of C and C++, with the curly braces and semicolons. Leaving them out or incorrectly putting them in can cause errors in C and C++ that have no counterpart in Fortran.

blocks|key|2860558|text|与c%2B%2B相比，fortran95及更高版本的优势(2003)：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2860559|2860560|之前(由user4562)提到过，学习曲线很短(我的第一种语言是C，我仍然不能掌握它，类似的是c%2B%2B+)|ordered-list-item|2860561|(我的个人观点)易于代码从Octave转换(就这一点而言，modularityI+)类似的语法，同样的modularityI使用octave来制作程序原型并用fortran95重写以提高速度，尽管你可以直接在C%2B%2B中使用octave代码。|2860562|动态内存分配非常简单。(f77在Matlab支持中没有这个功能(你也可以在c%2B%2B中做到这一点，但是将fortran)|2860563|Co-array支持用于并行计算是很自然的(遗憾的是，从2011年2月起只有cray支持)|2860564|的gfortran工作从gfortran4.6开始，但仍有很长的路要走)|2860565|简而言之，如果您的程序或应用程序是纯粹的科学计算，请使用Fortran95或更高版本，如果计算几个数字只是整个过程的一部分，请使用C%2B%2B+(或者其他您认为更好的工具)|2860566|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|S|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|U|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|V|8|@]|9|@]|A|$]]|$1|J|3|K|5|E|7|W|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|X|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|Y|8|@]|9|@]|A|$]]|$1|P|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]]|Q|$]]

Advantages of fortran95 and above over c++(2003):

<ol>
<li>As previously(by user4562) mentioned short learning curve(my first language was C and i still can't master it , similar is true for C++)</li>
<li>(My personal opinion) Easy for code transition from Octave(for that matter Matlab)similar syntax,same modularity[I use Octave to prototype a program and rewrite in fortran95 for speed],though u can directly use octave code in C++.</li>
<li>dynamic memory allocation is quite straight forward.(f77 didn't have this at all!)</li>
<li>libraries support (u can do this in c++ as well , but its natural to use fortran)</li>
<li>Co-array support for parallel computing (pity only cray supports them as of feb 2011 gfortran work has started as of gfortran4.6 but still a long way to go)</li>
</ol>

in short if your program or application is purely scientific computation use fortran 95 and above if calculating a few numbers is just part of the story use C++ (or whatever u feel is better)

blocks|key|2860620|text|我是个编程新手，我在有限元领域的编程已经有一年左右了。在网上研究后，我决定使用fortran+2003。我通过阅读Chapman的书，在大约十天的时间里学会了模块化风格的编程。一年过去了，我已经写了大约4000行模块化格式的代码(可维护、可重用和整洁的代码)，根本没有使用任何字符变量。我不认为通过学习C%2B%2B，matlab，python，java+...在十天内，您将能够像在fortran中一样高效地编写数字代码。fortran+2003还具有我正在学习的所有必要的OOP功能。因此，就语言在数值方面的优势而言，fortan并不缺乏任何东西(模块化风格，面向对象的风格，强大的数组功能，强大的库，免费的商业最新编译器，非常容易学习，非常高效…)。像python/numpy这样的语言具有大多数这样的功能，但是效率不高。像C%2B%2B这样的语言也具有fortran的大部分功能(尽管对于数值计算的主要核心--数组计算，您必须导入一些库！！)，但也许由像我这样的人用fortran编写的程序会比由某个具有10%2B多年经验的c%2B%2B程序员编写的程序效率更高。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2860621|Finally+I+do+my+heavy+numerical+computations+in+fortran(modular+or+OOP+format),+and+use+python\numpy+for+small+size+computations(like+creating+plots,small+size+array+computations+...+).|code-block|syntax|javascript|2860622|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I am new to programming.I have been programming in the field of finite elements for about a year. After some research on the net I decided to use fortran 2003.I learned to program in the modular style in about ten days by studying the Chapman book. It's one year on and i have written about four thousands of code lines in modular format(maintainable,reusable and neat codes) and haven't used any character variable at all. I don't think that by studying C++,matlab,python,java ... for ten days you would be able to write numerical codes as efficient as in fortran. fortran 2003 also has all the necessary OOP capabilities which I am learning now. 
 So in terms of language strength in the numerical aspect fortan doesn't lack anything(modular style,OOP style,powerful array capabilities,powerful libraries, free and commercial up to dated compilers,very easy to learn, very efficient ...). Languages like python/numpy has most of these capabilities but lack efficiency. Languages like C++ also has most of the capabilities of fortran(although for array computation which is the main core of numerical computation you have to import some libraries!!), but maybe a program written by someone like me in fortran would be more efficient than one written by some c++ programmer with 10+ years of experience. 
 Finally I do my heavy numerical computations in fortran(modular or OOP format), and use python\numpy for small size computations(like creating plots,small size array computations ... ).

blocks|key|1746188|text|我使用Fortran的经验是，它很容易学习，干净(高度模块化)，因此非常适合主要从事高度优化的数值计算的非程序员。尽管可以在c%2B%2B中执行相同的优化(甚至可能在更大程度上)，但要实现这些级别的优化，需要大量的内在理解。当涉及到矩阵计算时，开箱即用的Fortran编译器通常比c%2B%2B编译器执行得更好。我还要补充的是，Fortran的关键字是专门为帮助程序员从数值例程中挤出更多性能而设计的。C%2B%2B也有这方面的功能，但没有Fortran那么强大。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1746189|另一个优点是Fortran不是特定于操作系统或体系结构的。换句话说，您在一个操作系统或体系结构上编写的Fortran代码应该很容易移植到另一个带有Fortran编译器的操作系统或体系结构上。|1746190|另一个优点是现代Fortran通常向后兼容旧的Fortran代码库。多年来在Fortran中构建的代码库非常庞大且极其复杂(主要由科学家和数学家完成)。|1746191|此外，就我个人而言，我真的很喜欢内置的文件处理函数，它允许人们几乎立即读取数据文件并对其执行操作。Fortran中的许多其他内置函数就是为了实现这种便利性而设计的。C%2B%2B提供了主要的构建块来做这件事，这需要一些工作来读取数据文件b/c你需要了解一些关于分隔符的知识(+Fortran允许你指定分隔符)。|1746192|除此之外，我想不出有什么好处。大多数其他操作都是字符串操作，或基于算法的操作，c%2B%2B作为一种语言，通常是它的编译器，更适合于这些操作，而且通常会执行得更好。一个知识渊博的优秀程序员可能会更喜欢c%2B%2B，因为她/他知道如何以一种可能比Fortran编译的例程执行得更好的方式来优化数值例程。此外，好的可靠的Fortran编译器并不像好的可靠的C%2B%2B编译器那样容易获得。|1746193|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

My experience with Fortran is that it's easy to learn, clean (being highly modularized), and thus well suited to a non-programmer whose main concern is doing highly optimized numerical computations. Although equal optimization can be performed in c++, (even perhaps to a greater extent), it takes a lot of instrinsic understanding to achieve those level of optimizations. When it comes to matrix calculations, out-of-the box a Fortran compiler will normally out-perform a c++ compiler. I'd also add that Fortran has keywords that are specifically designed to help the programmer to squeeze more performance out of a numerical routine. C++ has this too, but not to the extent Fortran does.

Another advantage is that Fortran is not operating system or architecture specific. In other words the Fortran code you write on one operating system or architecture should easily port to another where there is a Fortran compiler.

Another advantage is that modern Fortran is normally backwards compatible with older code bases of Fortran. And the code base that has been built over the years in Fortran is huge and extremely sophisticated (being mostly done by scientists and mathematicians). 

Also, personally, I really enjoyed the built-in file handling functions that allow one to read a data file and perform operations on it almost instantly. Many other built-in functions in Fortran are designed to allow this convenience. C++ offers mainly building blocks to do this and this requires a bit of sweating it out just to read a data file b/c you need to know something about delimiters (where Fortran allows you to specify the delimiter).

Beyond this I can't think of advantages. Most anything else would be string manipulations, or algorithmic based operations to which c++ as a language, and in general it's compilers, are better suited and most often will perform better. A good knowledgeable programmer will likely prefer c++ as she/he would understand how to optimize a numerical routine in a way that could likely perform better than a Fortran compiled routine. Additionally good reliable Fortran compilers are not as easy to come by as good reliable C++ compilers.

I'm trying to decide between Fortran and C++ for an application in scientific computing. It's not clear to me if Fortran still has advantages over other languages when it comes to performance. For example, I believe since Fortran enforces strict aliasing, better optimizations could be made by the compiler when compared to C before C99. I'm unsure of how C++ fits in here.

Any guidance?

What advantages does modern Fortran have over modern C++?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在为科学计算中的一个应用程序在Fortran和C++之间做出选择。我不清楚Fortran在性能方面是否仍然比其他语言更有优势。例如，我相信由于Fortran强制执行严格的别名，所以与C99之前的C相比，编译器可以进行更好的优化。我不确定C++如何适应这里。有什么建议吗？

问与现代C++相比，现代Fortran有什么优势？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问与现代C++相比，现代Fortran有什么优势？EN