C++ 有人在为C++；

STL/Boost涵盖了所有的低级别内容

但是更高层次的概念呢

Windows：我们有多个窗口库

• KDE（Qt）
• 侏儒
• Motif（C但以OO风格编写）
• 微软视窗
• 等

但是有人在为窗口设计一个统一的标准吗？ 包装以上所有内容的东西是可以接受的。（即使它只访问普通内容，也将是一个起点）

网络：
有几个（包括Boost低级别的东西）。
但是有人在基于服务的网络层上工作吗

Java/C标准库中的所有其他内容。
让初学者更简单地跳进去说“哇，完成了”，而且它在任何地方都有效（几乎）

无论如何。这里希望有一些很酷的项目

编辑

也许没有。 但如果有一对可以作为起点捆绑在一起（并可能随着时间的推移而修改（不推荐的关键字在哪里））成为一个很好的整合整体

---

注意：Windows只是我要找的东西的一小部分。Java/C语言在幕后的整合比GUI要多得多。什么样的库才能在一个地方获得所有功能。

对于跨平台窗口，有以下几种方法。在平台上有太大的差异，以获得一个最终的C++标准来进行GUI编程。我认为在可预见的未来，这是你能得到的最接近的结果。是另一种流行的选择，但据我所知，它们使用的是不太现代的C++特性。

---

至于人际关系，我认为你有点含糊不清。如果你指的是HTTP上的web服务，我会看一看。

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

我认为制作一个真正全面的可移植GUI库是不可能的。操作系统太不一样了。你能想象一个GUI库能覆盖从iPhone到Windows 7的所有内容，并且对任何一个都不感兴趣吗？

偶尔会出现一个Boost GUI库。
一般的看法似乎是问题太广泛（你是针对手机、FPS游戏还是CAD工作站），而且工作量太大——Qt/wxWidgets花了10年时间

请参阅以进行讨论

这会很好，因为GUI通常意味着跨平台和线程，所以所有GUI工具包都发明了自己的跨平台、文件系统和线程类。另一方面，如果标准的GUI在C++中被引入，它可能看起来像TK！P＞P＞2010，C++几乎有螺纹。<／P> <>我可能会因为C++而移动太慢，而不是它自己的伤害和它的用户基础。我欣然承认所涉及的技术和政治问题的困难，但这仍然是肮脏的现实。当需要5-10年的时间来商定和实现构建块时，该语言无法构建更高层次的概念

---

原因是无休止的争论，但令人悲哀的事实是，C++已被贬低为一种利基语言。我喜欢C++，但是我看了C++、java、甚至Python和露比的进步，在过去的5年里我越来越怀疑C++是否值得。

P>我猜这里有一些关键字查找驱动了广告，因为我看到了一个广告，这是我现在常用的跨平台GUI的用法。 在过去的15年中，我花了很多时间在C++的GUI中工作，包括为Code Davor PointPoice自己制作和开发两个基于Macintosh的GUI代码生成器，包括添加Windows生成到。我使用过wxWidgets，主要是wxPython。因此，我对跨平台GUI中的困难的看法是相当恰当的：-）

跨平台GUI框架如果没有重大的妥协几乎是不可能的——问题归结为细微的行为问题，这些行为通常会在某种程度上困扰用户，其中一些用户无法量化，但知道应用程序感觉不正确。这比仅仅渲染本机控件要困难得多

我开始使用REALbasic是因为他们的框架比我尝试过的任何东西都更能让人感觉正确（因为昂贵的商业许可证，我没有进入Qt）

原因是它花了这么长时间来发展的事情与C++世界的缓慢移动无关，这只是一个棘手的问题。最好的跨平台Java应用程序会有条件地为OS/X做一些事情，对于一个有经验的用户来说，它们不是本地Mac应用程序，这一点仍然非常明显，虽然有些非常有用，看起来很像本地人，但这是我最喜欢的两种方式。

非常适合并发通信和联网。

该项目旨在提供除窗口之外的所有要求：

< PoC+ C++库的目标是 以网络为中心，跨平台C++ 软件开发苹果的 Cocoa用于Mac开发或Ruby OnRails是用于Web开发的—一个 功能强大但易于使用的平台 在这些基础上构建应用程序

---

只有每个人和他的兄弟，但几乎没有一个人真正做到了。

标准化有什么了不起的？当然，如果新手程序员想下载一个SDK来构建可移植的应用程序，让他们下载Qt（或类似的东西），并永远保持在它的良好环境中。但如果C++世界围绕着一个图书馆，Boost和PoCO和WxWIDGET、杂乱、闪电和++以及EGEN以及其他101个奇妙的东西（是的，GTKMM和ACE甚至）在出生时被窒息，这将是一个悲剧，因为标准库的守门人不适合承认它们。 多样性是好的