在.NET中编写核心/关键项目有意义吗

NET变得越来越流行，许多新系统都是基于它构建的。 人们（包括我）喜欢.NET有很多东西

当我开始我的C#冒险时，支持这一选择的事实是伦敦证券交易所选择了.NET/MS SQL Server作为交易系统。
现在我听说他们退出了（证实了我许多朋友的观点） .NET和MSSQL根本无法执行此类工作）

我想知道你的观点，基于.NET构建专业/核心系统是否有意义？ 我主要考虑性能、可扩展性、可靠性等

也许高级语言不是好的选择，我们应该和C++语言家族保持联系吗？ 编辑：
我正在考虑具有高时间关键事务的大型应用程序（比如企业级应用程序）。

---

数据大小量不能明显与LSE相比，但由于它打算成为核心系统，因此无法传递数据大小。多线程和复杂的用户界面。

.net对于实时系统来说是一个不错的选择，但我认为java也差不多

实时系统与普通软件不同，它们通常基于一些消息传递系统，并且只使用内存存储，因此它们可以更好地由低级语言（如C++/C）处理

对于普通的软件开发（Winform/Web）.NET非常适合于专业应用程序

---

因此，基本的答案是，如果您正在使用消息传递应用程序，那么在其他情况下避免使用高级语言。NET/Java/PHP/RAIL就可以了

不，我不同意你的看法。NET可以有更好的性能，如果您明智地使用它。这取决于你如何设计和编码你的系统。我们有一个企业级的项目，它有很多功能，工作良好，没有性能问题，是一个实时应用程序

首先，这取决于项目。一个不需要时间限制或高事务处理的小型应用程序，任何能够最小化编程时间和问题的语言都可以。但是，如果涉及到大量数据，情况就不同了，您必须选择能够在重载下工作的系统。也考虑缩放。有些系统比其他系统更具可扩展性。

如今，许多复杂系统都是由不同语言编写的部分组成的。如果不知道伦敦证券交易所的情况，我想他们可能会用任何.NET语言编写应用程序的大部分，如果需要，他们可以在C++中实现特定的部分。p> 在语言/开发工具方面，确实没有一刀切的方法。某些语言/工具比其他语言/工具更适合于特定任务。因此，根据我的经验，对于大型系统来说，只有一种语言/一套工具是很少见的

我工作的公司有几种不同语言编写的组件，它们都是同一应用程序的一部分

简短的回答是：

net平台可以用于事务性系统，但问题是该平台是否具有足够的可扩展性，并且在极高的容量下是否能够运行良好

Net和其他高级语言一样，在这个世界上有一席之地，我个人不会将.Net托管代码用于核心事务系统。同样，我也不会使用.net编写任务关键型设备驱动程序

<>如果你有选择，去C++来做关键任务。不要将.net完全排除在解决方案之外，要认识到它的优点，并相应地使用它

---

net非常适合快速、可重用的开发，我甚至会说，如果您正确使用它（甚至可能不受管理）并测试/重新测试您的应用程序，您将获得比您想象的多得多的好处

我不知道伦敦证券交易所的具体细节，但很有可能，无论你想写什么，都没有达到这个规模

我相信你会找到成功和失败的“专业项目”的例子。 我不会太担心的。

---

我大部分的开发工作都是用Java进行的，但我也听到过类似的反对意见，所以我不太认真。如果它对我有用，我不会停止使用它，因为不是每个人都能让它工作

伦敦证券交易所可能与大多数其他商业系统完全不同。他们有很多时间关键的事务。在我看来，在.Net中编写正常的业务应用程序是很有意义的。性能不如本地C++程序好，但现代硬件性能良好。Net框架的巨大规模以及它用很少的代码行完成复杂任务的能力远远超过了它的缺点。我的拙见是，没有其他框架更适合业务应用程序，只要它只针对Windows环境。如果需要多平台，我会仔细研究一下由挪威公司Trolltech开发的QT（尽管诺基亚几年前购买了它）。

Stackoverflow.com是基于.NET、MSSQL和IIS构建的。我想说它相当不错：）

你是说.NET对于实时系统来说不是一个好的选择吗？.NET对于软实时来说是可以的，如果你控制住GC的话。因为Windows不是实时系统，所以它很难实时运行。我的感觉是，我可以控制.NET远远小于EG C++，所以如果我需要更多的关注它的控制，那么它的原因是什么呢？不太好的切换到C++吗？大多数银行业务都是C++，因为它是实时的，我认为如果移动到.NET很容易，它就已经完成了。.NET确实有助于调试并避免很多错误……@ AIR：实际上，我的印象是，大多数银行业务是java，新的COBOL。他们可能有