如何评价？

https://github.com/search?q=baidu++authkey&type=code

我的评价是，开源真好

@edimetia3d 然而 concept 和 constraint 不就是俩东西来的吗……

应该无解，不如说这看着像个缺陷，不应该合法才对

无论是可变参数 va_args 也好，还是可变模板参数 typename ... TS 也好，本来都只能作为最后一个参数。这个 case 推导不出来不奇怪，但居然没报错

npm cnpm pnpm 都遇到过依赖装不上的破问题
选 yarn 是因为暂时没遇到幺蛾子

贵生态圈是真的一言难尽

@markliu2013 你太大声了（👿

如果能接受非定期贡献者我倒是不介意看看

仔细看了一下描述，你们全都是兼职的，所以你肯定也不能要求合伙人全职无薪。那么远程非定期我觉得也很合理。

另外既然重要的是商业模式，你们代码其实完全闭源的意义也不大，因此在源码隐私性这点我觉得也合理。

mailto: cG5ja3h4QHBtLm1lCg==

关注白雪艾莉娅喵关注白雪艾莉娅谢谢喵


------


喜欢看女孩子打游戏聊心事很奇怪吗？
真人直播约等于你在群里跟一个头像是自拍照的群友聊天
套纸片人皮直播约等于你在群里跟一个头像是冻鳗角色的群友聊天

就这丁点区别，没了

必经之路：
1. 无人光顾
2. 被分享到论坛，开始曝光
3. 约 p 撩骚处理不利，被铁拳
4. 机器人处理不利，被上缴大量流量学费
5. +验证码+手机号实名认证+消息记录全量副本+人工审核
6. 烂完

@ligiggy 啊 msvc 那有点蛋疼，windows 的 libc 好像没有自己的堆管理，直接用的 win32 api 。 可以先试试 HeapAlloc / VirtualAlloc 能不能分配出足够的空间

@iosyyy 你擅长记概念这点我看出来了

那么我替你总结一下你表达过的观点
1. cpp 也有 ioc 框架
2. 改代码不符合开闭原则但改 xml 符合
3. 不要屎山
4. 不流行的做法不代表 bad practice

噢…… 除了第二点不同意其它的我同意啊

所以为啥要有个像 spring 的框架呢，它会好用吗？


OP:
> 真的需要将 Go 写成 Java 的样子吗

#29 :
我的观点是作为一种指导思想，在不同语言里有适合各自的表达形式，复制一个相似的框架并不能起到足够引人注目的效果，而且同一种设计在不同语言机制下能带来的意义也不同。因此我认为不需要或者不应该把 go 写成 java 的样子。

上述观点我后来又重复地显式地总结了一次

#47 :
> … 本身就是 IoC 作为设计原则的体现，而非造一个看起来像 spring 的框架，那根本就不合适啊



这一点我们共识吗？

500m 是很大了，而且比较要命的是，如果你只用标准库而不直接调 OS API 预留内存的话，上一个 500m 的连续空间不知道什么时候就会被 glibc(ptmalloc)拆碎，拆碎了之后还不会优先合并大区块或者热区块，让 glibc 来管这些反复申请的大空间不是个好做法

monotonic buffer 是单调递增 buffer （即指针永不回退，除非整个 buffer 释放），适用于把相对大的一整块内存分给要不停分配小空间折腾的场合，不太符合你的需求


建议尝试 std::pmr::vector 配合 pmr::memory_resource ，然后手动 mmap 一块内存作为 memory_resource 的基底

另外因分配内存导致的性能缓慢通常是因为分配姿势不对引起的，比如是不是用循环依次复制每个对象了？是不是调用太多其实没用的构造 /析构了？ c++里如果发现分配内存占了时间大头绝大多数都是逻辑写得有问题可以优化掉的

@iosyyy CRTP 是一个经典又独特的 idiom, which 完美体现了「反转」是怎么一回事，但 cpp 哪个项目试图把 spring 那一套在 cpp 上重新造一次吗？ 就算我孤陋寡闻没听说过「可能被拿出来举例的项目」，但那个项目——它不流行吧？也不在 cpp 的主流视野里吧？


你看了知乎，也看了阿里这个框架想干什么的话就会明白我说的「拿锤看钉」是什么意思，就跟在 cpp 里写
template<class T, class F > class IoCContainer{std::variant<T> obj}
class MyService : public IocContainer<MyService, Feature<Service, AutoWire>> {}
一样，也不说徒劳吧，反正看着滑稽是肯定的，因为 cpp 里模板参数本身就可以当成接口来用，根本没必要去模拟注解的功能，也模拟不来，顶多仿照一个静态版本——而静态版本↑模板参数本身就可以当成接口用，service 的使用者只要写
template<class S> class UsingService{}
然后在 UsingService 实例化的地方（而非 UsingService 内，UsingService 并不直接依赖 Service ，而是自己的模板参数）给 UsingService 派发 MyService 就好，这本身就是 IoC 作为设计原则的体现，而非造一个看起来像 spring 的框架，那根本就不合适啊。


另外开闭原则指的是（广义版）逻辑模块的开闭，你这直接把整个程序都看成不可分割的一个大逻辑块的看法整得我有点无语