- 主题:用了一下std::visit,被人说太深奥了
那肯定啊,没有人说所有的问题都要在编译期解决,哈哈
【 在 ylh0315 的大作中提到: 】
: 那就根本搞不定 struct_to_json(JSON_OBJECT json,void* any
: _struct ,,,);这类问题。
: 因为在编译这个函数时,根本不知道any_struct 是啥玩意儿,问题必须是在运行时解决。
: ...................
--
FROM 221.218.160.*
确实,C++的标准库应该加强,这样写程序就省事多了
【 在 lwp 的大作中提到: 】
: 要编译三方库,系统部署,写cmake,配置ldpath,
: 搞不好还有版本匹配一堆破事
: 对新手太不友好了,本来就想收个tcp发个,udp
: ...................
--
FROM 36.156.86.*
徐老先生的公众号:计算机六十年
【 在 ylh0315 的大作中提到: 】
: 你好,我不知道他的公众号。查了一下,徐老师是我同门大师兄。可以算是前辈。
: 铁科院电子所的王铁彬,后来的所长还是副所长,运输所的何宗桓,算是我老师。
--
FROM 114.84.219.*
我感觉把简单的事情弄复杂,不能算本事。C++很多代码,包括标准库中的很多内容,就是典型的这种瞎折腾,明明很简单的内容,非要弄得仙气飘飘。
--
修改:nebulabox FROM 183.192.8.*
FROM 183.192.8.*
最近用了variant,太爽了
不理解为啥说这个难
c++之父就建议用variant代替union
【 在 z16166 的大作中提到: 】
: 用std::visit访问std::variant。std::variant里的类型以后极可能会扩展。
: 然后有人说深奥了,问我能不能搞点简单的,别搞这种“复杂的”。
--
FROM 114.249.28.*
这货和 union 究竟有啥不同。。。
【 在 gfkid 的大作中提到: 】
: 最近用了variant,太爽了
: 不理解为啥说这个难
: c++之父就建议用variant代替union
--
FROM 167.220.233.*
主要区别
类型安全:std::variant 提供类型安全,而 union 不提供。
内存管理:std::variant 管理哪种类型当前被存储,而 union 需要程序员手动管理。
使用方便:std::variant 提供了更现代、更方便的接口,包括访问控制、类型安全检查等。
性能开销:由于额外的类型安全和类型跟踪,std::variant 在某些情况下可能比 union 有更多的性能开销。
总的来说,std::variant 是对传统 union 的现代、类型安全的替代,适用于需要类型安全和灵活性的场景。而 union 则更适用于那些对内存使用和性能有严格要求的低级编程场景。
【 在 mango7788 的大作中提到: 】
: 这货和 union 究竟有啥不同。。。
--
FROM 114.249.28.*
不就是编译器提供了一个type嘛。我猜性能应该也没多大差异。
【 在 gfkid 的大作中提到: 】
: 主要区别
类型安全:std::variant 提供类型安全,而 union 不提供。
内存管理:std::variant...
--
FROM 222.129.5.*
有没有deep copy一个 struct 或者 union的功能?
【 在 gfkid 的大作中提到: 】
: 主要区别
: 类型安全:std::variant 提供类型安全,而 union 不提供。
: 内存管理:std::variant 管理哪种类型当前被存储,而 union 需要程序员手动管理。
: ...................
--
FROM 114.94.8.*
【 在 root 的大作中提到: 】
: 大领导好
: 发自「快看水母 于 iPhone 12」
老三届的都是人中龙,
特别第一届高考
差不多十年动乱,荒废的十届高中生, 集中到同一年高考。
能够外部环境如此恶劣,还坚持十年学习,
平且在十届集中高考的大军中杀出重围,
本身已经是让人敬仰了。
--
FROM 115.171.245.*