新科学图书馆 - 郎？ [英] New Scientific Library - Lang?
问题描述
各位大家好！
我开始从
Delphi搬出我的科学图书馆（神经网络）。目前我正在关注为其开发选择一种新语言
。该库非常密集地使用以下内容：
内存分配/释放，虚拟方法调用，访问对象
通过其他对象引用，数学计算（各种 -
arifmetic，triginometric），并且收集很多。它也是
重要的是库不使用任何输入/输出操作和
与用户界面无关。但它需要在其他具有UI的b $ b程序中使用。
我在过去几年编写C＃并且我是开始听到管理代码（如Java VM或.NET CLR下的rinning）的传言是
与本机编译代码的性能越来越接近。肯定很难确定性能测试的稳健性
在互联网上呈现。其中一些人声称C ++死于支持托管代码，因为托管代码可以从一些无法完成的优化（在虚拟运行时环境中）获得优化
在编译阶段。
我也非常关注
库和程序的跨平台可移植性会/将会使用它。
那么，我可以给你一些建议吗？我应该使用什么语言？
请不要只说C ++ （或者其他？），还要解释一下
一点点！
提前谢谢你。
Andrey Kuzmenko。
Hello everybody!
I''m starting moving out my scientific library (neural networks) from
Delphi. Currently I''m being concerned with selection of a new language
for its development. The library uses the following very intensively:
memory allocation/deallocation, virtual method calls, accessing objects
by reference from other objects, methematical calculations (various -
arifmetic, triginometric), and employs collections much. It''s also
important what the library does NOT use any input/output operations and
has nothing to do with user interface. But it needs to be used in other
programs that have UI.
I''m coding C# for the last couple of years and I''m starting to hear the
rummors that managed code (like rinning under Java VM or .NET CLR) is
getting closer in performance to the natively compiled code. It''s
definitely HARD to identify the robustness of the performance tests
presented all over the Internet. Some of them are claiming that C++ is
dying in favor of managed code, because managed code can gain from some
optimizations (in virtual runtime environment) that can not be done
during the compilation phase.
I am also deeply concerned with cross-platform portability of the
library and the programs that will/would use it.
So, could I have some advice from you? What language should I use?
Please do not just say "C++" (or maybe other?), but also explain a
little!
Thank you in advance.
Andrey Kuzmenko.
推荐答案
an************@yahoo.com 写道：
[...]
那么，我可以给你一些建议吗？我应该用什么语言？
C ++
请不要只说C ++ （或者可能是其他的？），但也解释一下
很少！
[...]
So, could I have some advice from you? What language should I use?
C++
Please do not just say "C++" (or maybe other?), but also explain a
little!
为什么世界上任何一个C ++新闻组都推荐你什么*但是*
C ++？想一想。你在寻找什么解释？对于现在编程业务中的许多人来说，C ++是
_the_语言，对于每个来这里的人来说，它肯定是首选的语言
或者不那么经常。
您可以在语言中立的新闻组中询问，例如comp.software-eng或
sci.math。*。也许你会得到一个较少偏见的回应。但是要知道语言比较是徒劳的。选择一个并用它运行
。使用最舒服的东西。
V
Why in the world anybody in a C++ newsgroup recommend you anything *but*
C++? Think about it. And what explanation are you looking for? C++ is
_the_ language for many in the programming business nowadays, it is
certainly _the_ language of choice for everyone who comes here on more
or less regularly.
You could ask in a language-neutral newsgroup, like comp.software-eng or
sci.math.*. Perhaps there you would get a less biased response. But be
aware that language comparisons are a futile exercise. Pick one and run
with it. Use whatever feels most comfortable.
V
************ @ yahoo.com 写道：
大家好！
我也非常关心
库和将要使用它的程序的跨平台可移植性。
Hello everybody!
[redacted]
I am also deeply concerned with cross-platform portability of the
library and the programs that will/would use it.
C ++。为什么？由于便携性问题。 C＃只在Windows下可用
。
C++. Why? Because of the portability issue. C# is only available
under Windows.
andreykuzme ... @ yahoo.com写道：
andreykuzme...@yahoo.com wrote:
我'在过去的几年里，我正在编写C＃，我开始听到
托管代码（如Java VM或.NET CLR下的rinning）的谣言在本地性能上越来越接近编译代码。确定在整个互联网上呈现的性能测试的稳健性肯定很难。他们中的一些人声称C ++
正在为托管代码而死，因为托管代码可以从
获得一些在编译阶段无法完成的优化（在虚拟运行时环境中） 。
我也听说过像Java这样的声称。虽然通常确实可以创建快速的Java解决方案，但是b $ b优于平庸的C ++解决方案，但我不认为这些索赔是值得的。
抱水。我怀疑.Net也是如此。但是，即使
如果关于.Net的声明是正确的，C ++将是一个适当的选择：Microsoft目前创建C ++ / CLR
编译为托管代码。也就是说，你只需要切换一个开关，然后获得所有性能优势（我猜你会改变定位的目标
CLR，但也许我错了;它对你来说甚至都不重要。
我也非常关心
库的跨平台可移植性以及将要使用它的程序。
I''m coding C# for the last couple of years and I''m starting to hear the rummors that managed code (like rinning under Java VM or .NET CLR) is
getting closer in performance to the natively compiled code. It''s
definitely HARD to identify the robustness of the performance tests
presented all over the Internet. Some of them are claiming that C++ is dying in favor of managed code, because managed code can gain from some optimizations (in virtual runtime environment) that can not be done
during the compilation phase.
I heard claims like this about Java for ages, too. Although it is
typically indeed possible to create fast Java solution which
outperforms a mediocre C++ solution, I don''t think that the claims
hold water. I suspect the same to be true for .Net. However, even
if the claims concerning .Net are correct, C++ would be an
appropriate choice: Microsoft currently creates C++/CLR which
compiles to managed code. That is, you just toggle a switch and
get all the performance benefits (I''d guess you switch of targeting
the CLR but maybe I''m wrong; it would not even matter to you).
I am also deeply concerned with cross-platform portability of the
library and the programs that will/would use it.
只要你清楚一些特定的功能（特别是
''export''）你的图书馆应该可以与最新版本进行编辑
编译器。如果您只是想要定位许多平台，
而不是编译器，您可以使用整个C ++标准并使用Comeau
C ++，几乎可以在所有平台上使用。 />
对于算法库，C ++提供了很多其他语言
不提供：特别是你可以实现类似STL的时间关键部分
基于一些抽象并且仅使用动态多态性
你真正需要它和/或实现抽象。
-
< mailto：di *********** @ yahoo.com> < http://www.dietmar-kuehl.de/>
< http://www.contendix.com> - 软件开发&咨询
As long as you stay clear of a few specific features (notably
''export'') your library should be compilable with most up to date
compilers. If you are just interested in targetting many platforms,
not compilers, you can use the whole C++ standard and use Comeau
C++ which is available on virtually all platforms.
For algorithmic library, C++ has much to offer which other languages
do not: notably you can implement the time-critical portions STL-like
on the basis of some abstractions and use only dynamic polymorphism
where you really need it and/or in realizations of the abstractions.
--
<mailto:di***********@yahoo.com> <http://www.dietmar-kuehl.de/>
<http://www.contendix.com> - Software Development & Consulting
这篇关于新科学图书馆 - 郎？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
