- 主题:C++标准化方向是不是搞错了!
用 qt 吧。。
现在唯一的问题是 qtcore 不单独发行,安装略麻烦。
等 qt6 出来,改成 cmake 以后,我们可以搞一个 qtcore 的发行版,再搭配 qtcreator + mingw32,简直无敌了。
【 在 chengx835 (chengx835) 的大作中提到: 】
: 我只需要能添加好用的类库就好!
--
FROM 125.78.66.*
总不能打包 msvc 吧?
或者 clang 也不错。
【 在 PGP (---) 的大作中提到: 】
: 为啥要用mingw?
--
FROM 110.81.15.*
c# 就是虚拟机啊。。
c# 跟 java 的架构是基本一样的。
【 在 hongdiao (hongdiao) 的大作中提到: 】
: C#那玩意不叫虚拟机吧?
--
FROM 110.81.15.*
qt 下一个版本已经最低要求 c++17 了。。
【 在 puja (puja) 的大作中提到: 】
: C++11 + Qt , 已经足够好用了
: 不如把Qt 变成标准的一部分
--
FROM 110.81.15.*
也就是说在比较老旧的编译器没办法编译 Qt 了。
比如,如果你刚好有几个四五年前的服务器,把你写的 c++11 程序拿到上面去编译,虽然你很小心地只使用了 c++11 的特性,但是因为依赖于 qt6,仍然会编译出错。。
当然,我说的是 qt6,不是现在的 qt5. 现在的 qt5 最低要求 c++11,在 gcc 4.9 以后都能编译。
【 在 chengx835 (chengx835) 的大作中提到: 】
: C++都是向下兼容的吧
--
FROM 110.81.15.*
一起来用 Qt 啊。
我用 Qt 写了一个 RPC,就是利用的反射的原理,代码大概是这样的:
服务器这么写:
class Service: public QObject
{
Q_OBJECT
public slots:
QString sayHello(const QString &name) { return QString("hello, ") + name; }
};
auto rpc = Rpc::builder().create();
rpc.registerInstance("fish", new Service());
rpc.startServer("tcp://127.0.0.1:8000/);
客户端这么写:
auto rpc = Rpc::builder().create();
auto peer = rpc->connect("tcp://127.0.0.1:8000/");
qDebug() << peer->call("fish.sayHello", "panda");
输出:
hello, panda
【 在 ylh1969 (没谱) 的大作中提到: 】
: 希望class增加反射功能,这样语言的功能会有质的提升。
--
FROM 110.81.15.*
没有最好,只有最合适。
java 优点很多很适合作为一个团队工程语言。缺点也很明显,重。虚拟机重,架构重。
【 在 chengx835 (chengx835) 的大作中提到: 】
: 其实,我觉得java是所有语言里架构设计是最好的,比如反射,注解,有限制的泛型,优秀的扩展性,丰富可用的类库,垃圾回收,虚拟机,一次编写到处运行等等,特别适合非常大的软件架构应用。唯一缺点就是本地化编译和缺乏好的底层支持!C++又不从其他语言吸收长处!
--
FROM 110.81.15.*
以前有个 gcj..
不过我觉得没必要,java 应用的领域用虚拟机就好。
不要指望一个门语言解决所有问题。
【 在 chengx835 (chengx835) 的大作中提到: 】
: java若能像C++那样编译为本地可执行程序就好了
--
FROM 110.81.15.*