是否有人在C++的高级标准库上工作

Mar*_*ork 18 c++

STL/Boost涵盖所有低级别的东西.

但是更高层次的概念呢?

Windows:我们有多个窗口库

  • KDE(QT)
  • 地精
  • 主题(C但以OO风格书写)
  • MS Windows
  • 等等

但有人在制定统一的窗口标准吗?包含以上所有内容的东西是可以接受的.(即使它只访问常见的东西,它将是一个起点).

网络:
有几个(包括Boost低级别的东西).
但有没有人在基于服务的网络层工作?

Java/C#在其标准库中具有的所有其他内容.
这些东西让初学者更容易跳入并说哇做了,它可以在任何地方(几乎)工作.

无论如何.希望有一些很酷的项目.

编辑

也许没有一个.但是,如果有一对可以捆绑在一起作为一个起点(并且可能随着时间的推移而修改(在那里被弃用的关键字))成为一个很好的整合.

注意:Windows只是我要找的一小部分.Java/C#语言比GUI更加强大.什么是一组很好的库,可以在一个地方获得所有功能.

gnu*_*nud 14

平台之间存在太大的差异,无法为GUI编程获得明确的C++标准.我认为Qt与可预见的未来一样接近.wxWidgets是另一个受欢迎的选择,但据我所知,他们使用的是较少的现代c ++功能.

至于网络,我认为你有点模糊.如果你的意思是通过HTTP的Web服务,我会看看Pion.

  • Qt也有一些网络功能. (4认同)

Duc*_*uck 11

好吧,它几乎是2010年,C++ 几乎有线程.

我可能会因为这个问题而受到抨击,但C++的移动速度太慢 - 这对其自身不利和用户群造成了不利影响.我欣然承认所涉及的技术和政治问题的困难,但这仍然是它的肮脏现实.当需要5到10年的时间来同意和实现构建块时,语言无法构建更高级别的概念.

其原因引起了无休止的争论,但令人遗憾的是,C++已经将自己降级为一种利基语言.我喜欢C++,但我看看C#,Java,甚至Python和Ruby在过去5年中取得的进展,我越来越怀疑C++是否值得付出努力.

  • 我认为自己没有幸运,否则它会像Java一样混淆内存模型,而C#则更少.这些是这些环境中的已知工件.其次,请放心,执行CPU的人正在告诉C++编译器人员要做什么以及如何做.从这个意义上说,Java和C#都会"冲进来".你可以使用posix或者nt或者使用boost包装多年来和大多数编译器给你的免费赠品比VM中的VM和它们在OS位之上的池要好得多.但是,它不是它的焦点,它是任何一种想法的工具,即.Rubies (6认同)
  • 砰的一声?为什么?不幸的是你绝对正确. (3认同)
  • 我认为Duck肯定在这里有一点意义,但我认为我不同意C++是一种小众语言,但也许这就是我有点防守或者其他什么.它不是该块中闪亮的,新的闪亮工具之一,但我认为它也不属于利基类别. (2认同)

Sta*_*ked 9

波科C++项目旨在提供一切你问,除了开窗:

POCO C++库旨在用于以网络为中心的跨平台C++软件开发,Apple的Cocoa用于Mac开发,或者Ruby on Rails用于Web开发 - 一个功能强大且易于使用的平台,用于构建应用程序.


Kla*_*aim 5

Qt可能是唯一完全符合您建议的框架.


And*_*ent 5

我猜这里有一些关键字查找驱动广告,因为我看到了一个REALbasic广告,这是我现在通常用于跨平台GUI的广告.

在过去的15年里,我花了很多时间在C++ GUI上工作,包括为CodeWarrior PowerPlant 零售我自己的可移植层,以及处理两个基于Macintosh的GUI代码生成器,包括向AppMaker添加Windows生成.我使用过wxWidgets,主要是wxPython.所以,我对跨平台GUI困难的看法相当合格:-)

跨平台的GUI框架很难在没有重大妥协的情况下几乎不可能 - 问题归结为微妙的行为问题,这些问题通常会使用户处于一定程度上无法量化的水平但却知道应用程序感觉不到对.这比修复本机控件要困难得多.

我开始使用REALbasic,因为他们的框架比我尝试过的任何其他东西都更好地获得了感觉(由于昂贵的商业许可证,我没有进入Qt).

事情发展需要这么长时间的原因与C++世界缓慢移动无关,这只是一个棘手的问题.最好的跨平台Java应用程序有条件地为OS/X做一些事情,对于有经验的用户而言,它们仍然是非常明显的,它们不是原生的Mac应用程序,尽管有些非常有用并且非常接近于原生--Oxygen XML编辑DeltaWalker是我最喜欢的两个.