C ++和中间件 [英] C++ and Middleware
问题描述
最后，C ++标准委员会意识到了
中间件和分布式计算的重要性。委员会现在专注于C ++
扩展，用于ISO CLI，Microsoft中间件平台。可悲的是，
他们选择了错误的中间件平台。微软有着名的
应用软件。他们永远不会产生真正的企业级别的b $ b软件。他们的大多数软件产品都以小公司为目标。
然而，C ++的优势在于它可以构建关键任务系统
，它们广泛应用于电信，金融等行业。
运输，医疗和军事工业。这些系统永远不能在Windows操作系统上运行
。那么，为什么委员会必须接受从未将C ++视为一流语言的微软？
然后，有CORBA中间件平台。您可以在这些行业的这些
关键任务系统中找到CORBA。 CORBA构建在C ++的
思想中，并且确实将C ++视为第一类语言。在一些
的方式中，我认为因为CORBA，C ++仍然可以跟上来自其他编程语言的竞争。它是编程语言C ++和中间件平台CORBA之间的完美结合。我的
问题是为什么C ++标准委员会忽略了CORBA并且拥抱了？b $ b微软？是时候让我们的C ++社区认真思考C ++
应该去哪里了？ C ++的普及和增长正在下降。如果C ++
社区不接受分布式计算的趋势，并且
将C ++与中间件平台集成，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 ]
Finally, the C++ standard committee realizes the importance of
middleware and distributed computing. The committee now focus on C++
extensions for ISO CLI, the Microsoft middleware platform. Sadly,
they chose the wrong middleware platform. Microsoft has notorious
application software. They never produce a true enterprise level
software. Most of their software products target small companies.
However, the strength of C++ is it can build mission critical systems
which are widely used in such industries like telecom, financial,
transport, medical, and military industries. These systems never can
run on Windows operating system. So, why the committee has to embrace
Microsoft which never treats C++ as a first class language?
Then, there is CORBA middleware platform. You can find CORBA in these
mission critical systems in these industries. CORBA is built in the
mind of C++ and indeed treat C++ the first class language. In some
way, I would think because of CORBA, C++ can still keep up with
competition from other programming languages. It is perfect marriage
between a programming language C++ and middleware platform CORBA. My
question is why C++ standard committee ignores CORBA and embraces
Microsoft? Is it time for our C++ community think hard for where C++
should go? The popularity and growth of C++ is declining. If C++
community doesn''t accept the trend of distributed computing and
integrates C++ with a middleware platform, C++ will degrade into a
third class language suitable only for a limited application.
[ 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:
委员会现在专注于ISO CLI的C ++扩展
The committee now focus on C++ extensions for ISO CLI
你确定吗'C ++委员会正在做这件事吗？
你知道Herb Sutter是否为微软工作？
你是否知道抱怨其他人不是
为你做免费工作并没有向你展示最好的
光？
[见 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 ]
Are you sure it''s the C++ committe that''s doing this?
Are you aware that Herb Sutter works for Microsoft?
Are you aware that whining that other people are not
doing free work for you doesn''t show you in the best
light?
[ 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）写道：
da**********@yahoo.com (David Eng) writes:
最后，C ++标准委员会意识到了中间件和分布式计算的重要性。该委员会现在专注于ISO CLI（Microsoft中间件平台）的C ++扩展。
[反对微软咆哮]
那么，为什么委员会必须接受微软从未将C ++视为一流语言？
Microsoft已经向ECMA提交了C ++ / CLI用于标准化，意图
然后它成为ISO标准。 C ++委员会决定参与这项工作，以便尝试确保标准化的b ++ / c C ++ / CLI仍然符合C ++的精神，并且没有任何无偿性
不兼容。
然后，有CORBA中间件平台。您可以在这些行业中的这些关键任务系统中找到CORBA。 CORBA建立在C ++的思想中，确实将C ++视为一流的语言。
Finally, the C++ standard committee realizes the importance of
middleware and distributed computing. The committee now focus on C++
extensions for ISO CLI, the Microsoft middleware platform.
[snipped anti-Microsoft rant]
So, why the committee has to embrace
Microsoft which never treats C++ as a first class language?
Microsoft has filed C++/CLI with ECMA for standardization, with the intent
that it then become an ISO standard. The C++ committee has decided to
participate in this effort in order to try and ensure that the standardized
C++/CLI is still within the spirit of C++, and has no gratuitous
incompatibilities.
Then, there is CORBA middleware platform. You can find CORBA in these
mission critical systems in these industries. CORBA is built in the
mind of C++ and indeed treat C++ the first class language.
James Coplien告诉我，他认为没有好用的CORBA，因为它设计中固有的问题是b $ b。虽然我没有使用CORBA获得很多
的经验，但我倾向于同意。
Anthony < br $> b $ b -
Anthony Williams
Beran Instruments Ltd.高级软件工程师
[见 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 ]
James Coplien told me that he thought there was no good use for CORBA, because
of problems inherent in its design. Though I haven''t had a great deal of
experience using CORBA, from what I''ve seen, I tend to agree.
Anthony
--
Anthony Williams
Senior Software Engineer, Beran Instruments Ltd.
[ 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）在留言中写道
news：< 6b ************************** @ posting.google。 com> ...
da**********@yahoo.com (David Eng) wrote in message
news:<6b**************************@posting.google. com>...
最后，C ++标准委员会意识到中间件和分布式计算的重要性。
我没看到实际发生了什么变化。
委员会现在专注于ISO CLI的C ++扩展，即Microsoft
中间件平台。可悲的是，他们选择了错误的中间件平台。
微软拥有臭名昭着的应用软件。他们从不生产真正的企业级软件。他们的大多数软件产品都面向小公司。然而，C ++的优势在于它可以构建关键任务系统，这些系统广泛应用于电信，金融，运输，医疗和军事等行业。
这些系统永远无法运行在Windows操作系统上。那么，为什么
委员会必须接受微软从未将C ++视为第一类语言？
委员会尚未接受微软。或任何其他技术，
。只要我知道，委员会已经表明了在与
语言的接口参与时，与其他团队合作的意愿。在这种情况下，需要两个方面的b $ b;委员会（或至少其中一些成员）希望确保CLI中没有任何内容与C ++冲突，并且该组指定了
CLI（主要由Microsoft主导）表示有兴趣避免
冲突。
然后，有CORBA中间件平台。您可以在这些行业中的这些关键任务系统中找到CORBA。 CORBA是在C ++的基础上构建的，并且确实将C ++视为一流的语言。
因为Corba没有指定执行平台，所以它可以降低风险
的冲突。不过，在这方面的更多合作将是
欢迎。然而，根据我的理解，Corba方面的阻力比C ++委员会更多 - 有C ++委员会
成员更愿意与C ++委员会合作Corba集团，为了找到解决方案，需要
。 （请注意，与CLI不同，Corba和C ++都有向后兼容性问题，这有点限制了解决方案
。）
在某种程度上，我认为，由于CORBA，C ++仍然能够与其他编程语言的竞争保持同步。
奇怪的是，我用过的C ++应用程序很少使用Corba（而且迄今为止都没有使用过CLI）。面向中间件
平台绝对可以发挥作用，但它们并不是整个
世界。并且C ++与其中的大多数集成得很好。
它是编程语言C ++和
中间件平台CORBA之间的完美结合。我的问题是为什么C ++标准委员会无视CORBA并拥抱微软？
因为微软要求评论，Corba没有？ （这并不是简单的，但是当一些委员会成员对
兼容性表示担忧时，CLI小组很快邀请他们参与。）
是时候让我们的C ++社区认真考虑C ++应该去哪里了？
我认为答案就是：到处都是:-)。 C ++仍然是一种通用编程语言，不与任何一种技术相关联。
您可以将它与CLI，Corba或任何其他中间件平台一起使用。或者
你可以在没有中间件平台的情况下使用它。
C ++的普及和增长正在下降。
根据什么衡量标准。 C ++肯定比10年前的增长速度慢 - 当你代表所有编程的一半以上时，很难将你的用户群增加10倍.C ++ Java出现后遭遇了轻微的萧条，但现在看来已经过去了 - 至少我是
看到更多的工作机会以及更多没有以C ++开头的项目比任何
其他语言。
如果C ++社区不接受分布式计算的趋势并将C ++与中间件平台集成，C ++将会降级成为仅适用于有限应用的第三类语言。
Finally, the C++ standard committee realizes the importance of
middleware and distributed computing.
I don''t see where anything has actually changed.
The committee now focus on C++ extensions for ISO CLI, the Microsoft
middleware platform. Sadly, they chose the wrong middleware platform.
Microsoft has notorious application software. They never produce a
true enterprise level software. Most of their software products
target small companies. However, the strength of C++ is it can build
mission critical systems which are widely used in such industries like
telecom, financial, transport, medical, and military industries.
These systems never can run on Windows operating system. So, why the
committee has to embrace Microsoft which never treats C++ as a first
class language?
The committee has not "embraced Microsoft". Or any other technology,
for that matter. For as long as I''ve know it, the committee has shown a
willingness to collaborate with other groups when an interface to the
language has been involved. In this case, there was a demand on both
sides; the committee (or at least some members of it) wanted to ensure
that nothing in CLI would conflict with C++, and the group specifying
CLI (largely dominated by Microsoft) expressed an interest in avoiding
conflicts as well.
Then, there is CORBA middleware platform. You can find CORBA in these
mission critical systems in these industries. CORBA is built in the
mind of C++ and indeed treat C++ the first class language.
Because Corba doesn''t specify an execution platform, it runs less risk
of conflicts. Still, more collaboration on this front would be
welcome. From what I understand, however, the resistance is more on the
Corba side than from the C++ committee -- there are C++ committee
members more than willing to collaborate with the Corba group, in order
to find solutions. (Note that unlike CLI, Corba and C++ both have
backwards compatibility problems, which constrain the solutions
somewhat.)
In some way, I would think because of CORBA, C++ can still keep up
with competition from other programming languages.
Strangely enough, very few of the C++ applications I''ve worked on have
used Corba (and none to date have used CLI). Middleware oriented
platforms definitely have a role to play, but they aren''t the entire
world. And C++ integrates pretty well with most of them.
It is perfect marriage between a programming language C++ and
middleware platform CORBA. My question is why C++ standard committee
ignores CORBA and embraces Microsoft?
Because Microsoft asked for comment, and Corba didn''t? (It''s not that
simple, but when some committee members expressed worries about
compatibility, the CLI group was quick to invite them to participate.)
Is it time for our C++ community think hard for where C++ should go?
I think that the answer to that is: everywhere:-). C++ remains a
general purpose programming language, not linked to any one technology.
You can use it with CLI, or Corba or any other middleware platform. Or
you can use it in contexts where there is no middleware platform.
The popularity and growth of C++ is declining.
According to what measure. C++ is certainly growing slower than it was
10 years ago -- when you represent over half of all programming, it is
difficult to multiply your user base by 10. C++ suffered a slight slump
after the appearance of Java, but that seems past now -- at least I''m
seeing more job offers and more no projects starting in C++ than in any
other language.
If C++ community doesn''t accept the trend of distributed computing
and integrates C++ with a middleware platform, C++ will degrade into a
third class language suitable only for a limited application.
不能在没有该平台的情况下使用，它将成为一种利基语言，
仅适用于一组有限的应用程序。那不是我想要C ++去的地方。
（我喜欢Corba，它肯定是我考虑的第一个解决方案
用于沟通流程，但恕我直言，这是独立于C ++。而且
它也不是奇迹解决方案 - 我们正在使用内部解决方案
这里因为Corba在这个特殊情况下不起作用，至少不是很好。）
-
James Kanze GABI软件mailto：ka *** @ gabi-soft.fr
Conseils eninformatiqueorientéeobjet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
9个地方Sémard，78210 St.-Cyr-l''coco，法国，+ 33（0）1 30 23 00 34
[见 http://www.gotw.ca/resources/clcm.htm 有关的信息]
[co mp.lang.c ++。主持。第一次海报：做到这一点！ ]
[comp.std.c ++被审核。要提交文章，请尝试发布]
[您的新闻阅读器。如果失败，请使用mailto：st ***** @ ncar.ucar.edu]
[---请在发布前查看常见问题解答。 ---]
[常见问题： http://www.jamesd.demon.co.uk/csc/faq.html ]
If the C++ community ties itself to only one middleware platform, and
cannot be used without that platform, it will become a niche language,
only suitable for a limited set of applications. That''s not where I
want C++ to go.
(I like Corba, and it would certainly be the first solution I''d consider
for communicating processes, but IMHO, that''s independant of C++. And
it isn''t a miracle solution either -- we''re using an in house solution
here because Corba doesn''t work, at least not well, in this one
particular case.)
--
James Kanze GABI Software mailto:ka***@gabi-soft.fr
Conseils en informatique orientée objet/ http://www.gabi-soft.fr
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l''école, France, +33 (0)1 30 23 00 34
[ 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屋！
