- 主题:用c++做了一个项目生不如死
那么你为啥不用其它语言呢？
相信本版的 C++ 程序员们，大多数都会一两种其它语言。
【 在 nextworld8 的大作中提到: 】
: 用c++做了一个项目生不如死，也许对一些特性不熟悉的原因
: 以后如果不限定语言的话 绝不选c++
: 工程类应用 还是选择对应合适的语言
: ...................
--
FROM 110.84.122.*
哦。你是打算弄网络相关的是吗？
你要不看一下我弄的 qtng 协程库。
里面也有各种网络包处理。但没有 HTML 解码，得用 Qt 自带的或者找第三方库。
Qt 还真有 HTML 解析。
【 在 nextworld8 的大作中提到: 】
: 限定了
: 如果是我自己设计的 会用go
: 各种网络包和html解析包太方便了
: ...................
--
FROM 110.84.122.*
现在有 vcpkgs，原理是下载源码，然后用 cmake 包含指令把第三方库一起构建进来。
以前 c++ 的依赖不好处理主要是第三方库都是给 dll 和 lib 必须和编译器匹配。
现在都是开源的源代码就简单多了。很多办法可以实现自动下载与链接。
比如国产的 xmake，也能做到。
【 在 hotfix 的大作中提到: 】
: 有快十年没写c++了
: 现在c++对依赖的管理有什么改进吗
: 像go mod 或rust cargo 那样的
: ...................
--
FROM 110.84.122.*
开源。但是也可以找我买商业支持，就看你有没有兴趣支持我这第一单了哈哈。
【 在 nextworld8 的大作中提到: 】
: 好的 是开源的么
--
FROM 110.84.122.*
我也是推荐楼主用 Java.
最近 Java 推出了虚拟线程，跟 go 语言是同样的使用方式。
我自己都想把我自己的某个 C++ 项目迁移成 Java 的。
【 在 ctca 的大作中提到: 】
: 是不是觉得指针、内存管理搞不定？换Java试试。
--
FROM 110.84.122.*
java 的虚拟线程出来以后就不一样了。
写小规模程序搭配个 AI 不会比 go 和 php 差。
【 在 nextworld8 的大作中提到: 】
: 嗯
: java这块如果不是中大型项目 我们也避免使用了
: 基本上用go 和php 主要考虑开发效率
: ...................
--
FROM 110.84.122.*
放心，std::string 确实是垃圾。
几乎没人在正经项目里面用这个。
【 在 e729 的大作中提到: 】
: 我学cpp时第一个大作业就是写一个string类。后来学了标准库的string，发觉那完全就是另外一个维度的认知，人家是vector的一个特殊化，没学明白的就是天书。不敢想象哪个在用自己写的string类
--
FROM 110.84.122.*
这个 std::string 真是名不符实，应该叫 std::bytes.
【 在 z16166 的大作中提到: 】
: leveldb也全是std::string做K、V，不过可以塞进去binary
--
FROM 117.28.162.*
一堆功能没有。性能也就那样。纯纯的渣渣。
std::string, std::cin, std::cout 属于 c++ 的糟粕。我感觉。
【 在 longsword 的大作中提到: 】
: 字符串类不复杂啊
: 原来的时候有个复杂问题，是编码转换，如果不考虑没啥困难
: 现在标准库的string好像也没解决编码转换问题
: ...................
--
FROM 117.28.162.*
std::string 最大的问题是它不是 unicode 的。这导致他在现实中几乎无用。对于我们中国人尤其如此。在表情符到处飞的今天，继续用 std::string 就是犯罪啊！
拿它来处理网络流很好用。但它真的不是字符串。
话说，有没有谁做个真正好用的字符串第三方库啊。其它的功能不用搞，就做好字符串就行了。
【 在 easior 的大作中提到: 】
: 其实，std::string 经常在本版被喷
: 是因为它缺失了 QString 拥有的一些功能（具体是哪个给忘了）
--
修改:hgoldfish FROM 117.28.162.*
FROM 117.28.162.*