C ++的未来 [英] The future of C++

问题描述

多年来，企业业务应用程序开发已经成为使用C ++的核心领域。
今天，这一领域的重要份额已经失去了
SUN的Java技术和MS现在放弃了C ++，如果它支持.NET和C＃技术，我们除了C ++能坚持多久才能对抗这些竞争对手？<那么C ++会变成一种濒临死亡的语言吗？
C ++的未来是什么？

For many years now enterprise business application development has
been the core area for the use of C++.
Today a significant share to this segment has already been lost to
SUN''s Java technology and with MS now abandoning C++ in favour if its
proprietery .NET and C# technology, how long can we except C++ to hold
on against these might competitors?
Has C++ become a dying language?
What is the future of C++?

我在CORBA小组发帖时，我相信C ++的未来取决于

CORBA（同样如此，CORBA的未来取决于未来的C ++的b $ b）。今天构建的应用程序是分布式应用程序

而不是独立应用程序。为了使C ++在这个

环境中取得成功，它必须拥有一个中间件平台。与Java和C＃相比，C ++有一个不好的
的劣势，它们都有一个中间件

平台。但是，CORBA可以成为C ++的中间件平台。

CORBA的优势在于编程语言的独立性。有需要Java或C＃来与C ++交谈的
。如果C ++没有未来，

为什么应用程序需要与C ++交谈？如果没有应用程序与C ++交谈，那么为什么人们需要使用CORBA，因为Java有EJB中间件而且C＃

有.NET？答案很清楚，C ++标准委员会和OMG

必须协同工作才能在

C ++和CORBA之间创建更好的映射和关联。他们必须明白C ++和CORBA

的未来是相互依赖的。如果他们意识到这种关系，我相信C ++和CORBA的未来是光明的。原因很简单：

在一起，C ++和CORBA可以构建关键任务应用程序，这些应用程序只需要几美元，而Java和C＃甚至无法思考。


[见 http://www.gotw.ca/resources/clcm。 htm 有关的信息]

[comp.lang.c ++。moderated。第一次海报：做到这一点！ ]


[comp.std.c ++被审核。要提交文章，请尝试发布]

[您的新闻阅读器。如果失败，请使用mailto：st ***** @ ncar.ucar.edu]

[---请在发布前查看常见问题解答。 ---]

[常见问题： http://www.jamesd.demon.co.uk/csc/faq.html ]

As I posted in CORBA group, I believe the future of C++ depends on
CORBA (the same is true that the future of CORBA depends on the future
of C++). Applications are built today are distributed applications
instead of stand alone applications. For C++ to success in this
environment, it has to have a middleware platform. C++ has a
disadvantage comparing to Java and C# which both have a middleware
platform. However, CORBA can become the middleware platform for C++.
CORBA''s strength is built on programming language independence. There
is need for Java or C# to talk to C++. If C++ doesn''t have a future,
why applications need to talk to C++? If no applications talk to C++,
then why people need to use CORBA since Java has EJB middleware and C#
has .NET? The answer is clear, the C++ standard committee and OMG
must work together to create a better mapping and association between
C++ and CORBA. They must understand that the future of C++ and CORBA
is dependent on each other. If they realize this relationship, I
believe the future of C++ and CORBA is bright. The reason is simple:
together, C++ and CORBA can build mission critical applications which
Java and C# cannot even think about.

[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]

[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:st*****@ncar.ucar.edu ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]

推荐答案

David Eng写道：

David Eng wrote:

>多年来，企业业务应用程序开发已经有了很多年。是使用C ++的核心领域。
>今天，这一领域的重要份额已经失去了
> SUN的Java技术和MS现在放弃了C ++，如果

> For many years now enterprise business application development has
> been the core area for the use of C++.
> Today a significant share to this segment has already been lost to
> SUN''s Java technology and with MS now abandoning C++ in favour if

它的>专有的.NET和C＃技术，除了C ++，我们可以持有多长时间>反对这些竞争对手？

its > proprietery .NET and C# technology, how long can we except C++
to hold > on against these might competitors?

> C ++成为一种垂死的语言吗？
> C ++的未来是什么？

> Has C++ become a dying language?
> What is the future of C++?

正如我在CORBA组中发布的那样，我相信C ++的未来取决于CORBA（CORBA的未来也是如此）关于未来的C ++）。

As I posted in CORBA group, I believe the future of C++ depends on
CORBA (the same is true that the future of CORBA depends on the future
of C++).

很难。


C ++茁壮成长，谢谢你，因为各种各样的平台，

编译器，以及标准库，尽管Sun'，Microsoft'和Borland'

试图将其视为第二个-rate语言，以促进自己的b $ b青睐的计算机编程语言。它可以适应CORBA，DCOM，

以及大多数其他中间件出现的问题。陷入困境

，谢天谢地，软件开发炒作的政治不是C ++的全部内容。

[见 http://www.gotw.ca/resources/clcm.htm 获取信息关于]

[comp.lang.c ++。主持。第一次海报：做到这一点！ ]


[comp.std.c ++被审核。要提交文章，请尝试发布]

[您的新闻阅读器。如果失败，请使用mailto：st ***** @ ncar.ucar.edu]

[---请在发布前查看常见问题解答。 ---]

[常见问题： http://www.jamesd.demon.co.uk/csc/faq.html ]

Hardly.

C++ thrives very well, thank you, for a wide variety of platforms,
compilers, and standard libraries despite Sun''s, Microsoft''s, and Borland''s
attempts to treat it as a second-rate language in order to promote their own
favored computer programming languages. It can adapt itself to CORBA, DCOM,
and most whatever other middleware comes down the road. Getting caught up in
the politics of software development hype is, thankfully, not what C++ is
all about.
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]

[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:st*****@ncar.ucar.edu ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]

" David Eng" <哒********** @ yahoo.com>在消息中写道

news：6b ************************** @ posting.google.c om ...

"David Eng" <da**********@yahoo.com> wrote in message
news:6b**************************@posting.google.c om...

>多年来，企业业务应用程序开发已经有了很多年。是使用C ++的核心领域。
>今天，这一领域的重要份额已经失去了
> SUN的Java技术和MS现在放弃了C ++，如果它的
>专有的.NET和C＃技术，我们可以在C ++之外持有多长时间
>反对这些可能的竞争对手？
> C ++成为一种垂死的语言吗？
> C ++的未来是什么？

> For many years now enterprise business application development has
> been the core area for the use of C++.
> Today a significant share to this segment has already been lost to
> SUN''s Java technology and with MS now abandoning C++ in favour if its
> proprietery .NET and C# technology, how long can we except C++ to hold
> on against these might competitors?
> Has C++ become a dying language?
> What is the future of C++?

正如我在CORBA组中发布的那样，我相信C ++的未来取决于CORBA（CORBA的未来也是如此）关于未来的C ++）。今天构建的应用程序是分布式应用程序，而不是独立的应用程序。为了使C ++在这个环境中取得成功，它必须拥有一个中间件平台。与Java和C＃相比，C ++都有一个缺点，它们都有一个中间件平台。但是，CORBA可以成为C ++的中间件平台。
CORBA的优势在于编程语言的独立性。需要Java或C＃与C ++交谈。如果C ++没有未来，那么为什么应用程序需要与C ++交流？如果没有应用程序与C ++交谈，那么为什么人们需要使用CORBA，因为Java有EJB中间件而且C＃
有.NET？答案很清楚，C ++标准委员会和OMG必须共同努力，以便在C ++和CORBA之间创建更好的映射和关联。他们必须明白C ++和CORBA的未来是相互依赖的。如果他们意识到这种关系，我相信C ++和CORBA的未来是光明的。原因很简单：一起，C ++和CORBA可以构建Java和C＃甚至无法思考的关键任务应用程序。

As I posted in CORBA group, I believe the future of C++ depends on
CORBA (the same is true that the future of CORBA depends on the future
of C++). Applications are built today are distributed applications
instead of stand alone applications. For C++ to success in this
environment, it has to have a middleware platform. C++ has a
disadvantage comparing to Java and C# which both have a middleware
platform. However, CORBA can become the middleware platform for C++.
CORBA''s strength is built on programming language independence. There
is need for Java or C# to talk to C++. If C++ doesn''t have a future,
why applications need to talk to C++? If no applications talk to C++,
then why people need to use CORBA since Java has EJB middleware and C#
has .NET? The answer is clear, the C++ standard committee and OMG
must work together to create a better mapping and association between
C++ and CORBA. They must understand that the future of C++ and CORBA
is dependent on each other. If they realize this relationship, I
believe the future of C++ and CORBA is bright. The reason is simple:
together, C++ and CORBA can build mission critical applications which
Java and C# cannot even think about.

之一C ++的主要优点是它是通用的，而且
并没有尝试符合所有最新的铃声和口哨（如Java

）。在10年或15年内，Java内置的所有技术已经过时了，Java会有什么用处？


......

[见 http://www.gotw.ca/resources/ clcm.htm 有关的信息]

[comp.lang.c ++。moderated。第一次海报：做到这一点！ ]


[comp.std.c ++被审核。要提交文章，请尝试发布]

[您的新闻阅读器。如果失败，请使用mailto：st ***** @ ncar.ucar.edu]

[---请在发布前查看常见问题解答。 ---]

[常见问题： http://www.jamesd.demon.co.uk/csc/faq.html ]

One of the primary strengths of C++ is that it is general purpose and
doesn''t try to conform to all the latest bells and whistles (like Java
does). In 10 or 15 years when all the technologies that are built into Java
have become obsolete what good will Java be?

...
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]

[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:st*****@ncar.ucar.edu ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]

da ********** @ yahoo.com （David Eng）在留言新闻中写道： <图6b ************************** @ posting.google。 com> ...

da**********@yahoo.com (David Eng) wrote in message news:<6b**************************@posting.google. com>...

正如我在CORBA组中发布的那样，我相信C ++的未来取决于CORBA（同样的道理，CORBA的未来取决于未来
C ++）。 [snip]
CORBA的优势在于编程语言的独立性。 [snip]

As I posted in CORBA group, I believe the future of C++ depends on
CORBA (the same is true that the future of CORBA depends on the future
of C++). [snip]
CORBA''s strength is built on programming language independence. [snip]

哎呀。请不要采取perosonally，但我发现分布的多语言多态对象恶心。经过多年的努力，它与微软COM的可憎之处相比，我相信一些

的界限并不是模糊的，并且制作了一个

用于分布式对象的无所不包的超级模型。如果它是b / b
附带一盒胶带和鸡丝。


每种语言都有不同的类型空间，无论什么诡计
，如果用两种不同语言编写的程序必须

彼此通信，在某些时候，必须处理

类型空格之间的边界用。任何尝试平滑

界面而不考虑类型空格*是*

不同的事实导致繁琐的工具，如数据marshallers和怪异

编译器需要扰乱主语言。


如果需要多语言交互，那么

找到获取数据的方法会好得多从节点A到节点B，完全在一个规定语言[为什么不是C ++？]的

框架内，然后提供

特定的机制，从规定的语言转换为

必要时使用目标语言，如果可能的话。毕竟，

边界无论如何都必须被某人划过，所以

为什么每个人都要受苦的时候会让每个人都受苦呢？ br />

你可能会说，好吧，有任何
$ b b从任何节点都可以访问的b $ b b语言无关对象有很大好处$ b语言。我同意它是否真的可以有这样一个

的东西。


没有统一的类型空间可以扩展到复杂的聚合模式

（不复杂）系统需求而无需仔细思考

关于当聚合对象需要从

统一类型空间跨越到特定类型时会发生什么空间。我怀疑它是否可以来自


Associative_Polyarchy< String_，Associative_List< unsigned int，

Polyarchy< String_> > >

运行C ++的节点上的
与运行C＃的节点上的相同内容，而

将数据结构保持为一个整体。问题是我使用我的

源语言来构造东西，如果目标语言中不存在

构造的元素，那么我必须以某种方式

无论如何都要手动同步构造。如果规定我必须从一组特定的原语中选择，并用我的源语言以某种方式使用它们，那么猜猜是什么？我不再用b / b
说我的母语。通过阅读微软MSDN网站上的线路，可以看出这一事实。他们公开承认.NET的语言独立性，同时暗中试图取代C ++

而转而支持C＃，除其他外，它们将允许他们
在Unix和Linux上提供平台和工具。公司破坏了他们的市场

优势。


-Chaud Lapin-


顺便说一下，法语是语言 - 独立。所有你需要做的是

学习如何从法语到英语，法语到德语，法语到

斯瓦希里语...

[请参阅 http://www.gotw.ca/resources/clcm.htm有关的信息]

[comp.lang.c ++。moderated。第一次海报：做到这一点！ ]


[comp.std.c ++被审核。要提交文章，请尝试发布]

[您的新闻阅读器。如果失败，请使用mailto：st ***** @ ncar.ucar.edu]

[---请在发布前查看常见问题解答。 ---]

[常见问题： http://www.jamesd.demon.co.uk/csc/faq.html ]

Yuck. Please don''t take this perosonally, but I find distrbuted
polylingual polymorphic objects disgusting. After years of duking it
out with Microsoft COM abominations, I am convinced that some
boundaries are not meant to be blurred, and making an
all-encompassing, super model for "distributed objects" is gross if it
comes with box of duct tape and chicken wire.

Every language has a distinct type space, and no matter what trickery
is employed, if programs written in two different languages must
communicate with each other, at some point, the boundary between the
type spaces must be dealt with. Any attempt to smooth over the
interface without regard for the fact that the type spaces *are*
distinct results in cumbersome tools like data marshallers and weird
compilers that require perturbation of the host languages.

If multilingual interaction is required, it would be much better to
find a way to get data from node A to node B, entirely within the
framework of one prescribed language [why not C++?], then provide
specific mechanisms to translate from the prescribed language to a
target language as necessary, and if possible. After all, the
boundary will have to be crossed by someone at some point anyway, so
why make everyone suffer when it is the polyglot who is asking for it?

You might say, "Well, there is an enormous benefit of having
language-independent objects accessible from any node by any
language." I would agree if it were actually possible to have such a
thing.

No unified typespace can scale to the mode of aggregation that complex
(not complicated) systems demand without the need to think carefully
about what happens when aggregate objects need to cross from the
unified type space to a specific type space. I doubt that it is
possible to go from

Associative_Polyarchy<String_, Associative_List<unsigned int,
Polyarchy<String_> > >

on a node running C++ to the same thing on a node running C# while
keeping the data structure in one piece. The problem is that I use my
source language to construct things, and if the elements of
construction do not exist in the target language, then I must somehow
manually syntesize the construct anyway. If it is stipulated that I
must choose from a particular set of primitives, and use them in a
certain way in my source language, then guess what? I am no longer
speaking my native language. This fact can be seen by reading between
the lines on Microsoft''s MSDN site. They openly profess .NET''s
language independence while surreptitiously attempting to displace C++
in favor of C#, which, among other things will allow to them to
provide platforms and tools on Unix & Company undermining their market
dominance.

-Chaud Lapin-

By the way, French is language-independent. All you have to do is
learn how to get from French to English, French to German, French to
Swahili...
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]

[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:st*****@ncar.ucar.edu ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]

这篇关于C ++的未来的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！