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

这个 Poco C++ 项目的目标是提供所有你要求的,除了窗口:

PoCO C++图书馆的目标是 以网络为中心,跨平台C++ 软件开发什么是苹果 可可是用于Mac开发的,或者叫Ruby 在Rails上用于Web开发 强大但易于使用的平台 在上面构建应用程序。

平台之间的差异太大,无法获得用于GUI编程的最终C++标准。我想 Qt 在可预见的未来,你将尽可能接近。 wxWidgets 是另一种流行的选择,但据我所知,它们使用的是更少的现代C++特性。

至于网络,我认为你有点含糊其辞。如果您是指HTTP上的Web服务,我将看一下 Pion .

嗯,它是 几乎 2010和C++ 几乎 有线程。

我可能会受到抨击,但C++移动太慢了,导致了它自身的损害和用户基础。我欣然承认所涉及的技术和政治问题的困难,但这仍然是肮脏的现实。当需要5-10年的时间来商定和实现构建块时,语言不能构建在更高层次的概念中。

这一原因一直在争论,但令人悲哀的事实是,C++已被贬低为一种利基语言。我喜欢C++,但是我看了C、Java、甚至Python和露比在过去5年中取得的进展,我越来越怀疑C++是否值得这么做。

Qt可能是唯一一个足够完整的框架,可以满足您的建议。

我想是有某种关键词搜索推动了广告的发展,因为我看到了 REALbasic 广告,这是我现在常用的跨平台图形用户界面。

在过去的15年中,我花了很多时间在C++的GUI中工作,包括我自己的零售。 portability layer 对于CodeWarrior Powerplant和使用两个基于Macintosh的GUI代码生成器,包括将Windows生成添加到 AppMaker . 我曾与wxwidgets合作过,主要是wxpython。因此,我对跨平台图形用户界面困难的看法是相当有资格的:—)

跨平台的图形用户界面框架在没有重大妥协的情况下几乎是不可能实现的——问题归结为 行为 这通常会让用户感到困扰,因为他们中的一些人无法量化,但知道应用程序 感觉不对劲 .这比只呈现本机控件要困难得多。

我开始使用RealBasic是因为他们的框架比我尝试过的任何其他框架都能更好地让人感觉正确(因为昂贵的商业许可证,我没有进入Qt)。

事情发展如此漫长的原因与C++世界缓慢移动无关,这只是一个棘手的问题。最优秀的跨平台Java应用程序有条件地为OS/X做一些事情,对于经验丰富的用户来说,它们显然不是一个本地的MAC应用程序,尽管有些是非常有用的,并且非常接近本地的。 Oxygen XML editor 和 DeltaWalker 是我最喜欢的两个。

我认为制作一个真正全面的便携式GUI库是不可能的。操作系统太不一样了。你能想象一个图形用户界面库可以覆盖从iPhone到Windows7的所有内容,并且不会在其中任何一个上感觉到Wierd吗?

偶尔会出现一个Boost GUI库。
总的来说,问题似乎太大了(你的目标是手机、fps游戏或cad工作站),而且工作太多——qt/wxwidgets花了10年时间。

看见 http://lists.boost.org/Archives/boost/2005/09/94453.php 进行讨论。

因为GUI通常意味着跨平台和线程,所以所有的GUI工具包都发明了自己的跨平台、文件系统和线程类。另一方面,如果一个标准的GUI在C++中被引入,它可能看起来像TK!

标准化有什么了不起的?当然,如果初学者想下载一个SDK来构建便携式应用程序,让他们下载qt(或类似的东西),并永远保持在良好的环境中。但是如果C++世界围绕这一个图书馆,Boost和PoCO和WXWIDGET和杂乱、闪电和++以及EGEN以及其他101个奇妙的东西(是的,GTKMM和ACE甚至)在出生时被扼杀,这将是一个悲剧,因为标准库的守门人不适合承认它们。

我认为多样性很好(尽管在处理它的时候,有一个好的包管理器是很有帮助的;我花了很多时间在Windows上建立构建依赖关系,只需要在Debian上花费几秒钟的时间就可以了)。

ACE 对于并发通信和网络非常有用。

对于跨平台窗口,有 wxWidgets . (以前是WXWindows)。

只有每个人和他的兄弟,但几乎没有人真正得到任何地方。