@Hanggi 这不应该是被这么多人接受, 是它没有泛型做不到干净利落的实现导致它干脆摆烂不做了, 那你们用这些库的人还能怎样, 不接受又能如何, 有本事你不用啊

@libook 为什么系统开发就绕不过 C 和 C++, 是因为其他语言不能随意读写真实物理内存地址吗?

跟领导搞好关系, 多做新项目, 少去填坑, 这样就算你技术水平再低, 绩效也不会低.

@sqsdfg 运气好能找到 16622334444 的号码

@nmap 主卡插上就行了, 小号没有卡

@wdhwg001 实例共享数据不是正确实践, 那什么是正确实践? 假如说你自己实现一个 redis 连接池, 那么你是不是要保存池子的最大最小连接数, 当前连接数, 当前连接状态. 获取连接难道不是多线程的, 难道不用根据这些状态参数来确定是返回池子里现有的空闲连接, 还是新创建一个连接, 或者干脆等待一个空闲连接? 这些状态数据不存在连接池实例里, 你存哪里? 放到数据库里去么?

@Itoktsnhc 你这个有解决跨方法事务问题吗? 没有. 你这个只是在方法内完成了数据库操作, 多个方法间咋办, 完全不考虑事务吗? 还是传递 DbContext? 那如果这几个方法的调用顺序是不固定的, 是不是要在调用这几个方法的外部再创建一个 DbContext 依次传递进去? 那如果突然这个外部方法又需要跟其他方法一起联动且维持事务一致, 是不是这个外部方法又得加一个 DbContext 参数再由外部的外部方法来创建 DbContext? 那如果后面业务再次变动了呢? 你怎么处理? 你不要说你们业务简单不存在这个问题.

国内版能分享给国际版吗

联同沃小号, 保存联系人时存两份电话, 一份正常手机号, 一份加小号前缀. 想用主号打就拨正常号码, 想用小号打就拨带前缀的号码, 月资费 5 块钱.

@pupboss windows 下 /app/就是 C:/app/, 你把 c 盘当做 linux 根目录来看待就是了

@pupboss 你难道不知道如今 win10 的路径风格是兼容 linux 路径风格的? 你完全按照 Linux 那套在 win10 下开发就是了

前端有什么是 windows 下搞不定的吗非得要用 linux?

用 ef core 啊, java 可以用 jooq, 提供企业级支持

@popil1987 typescript 有个很严重的问题, node_modules 文件数量多的吓人, 动辄几十万个文件, 复制删除 install 慢到令人发指. 如果一整年就开发一个项目, 那 install 一次就好了, 问题不大. 但像我这边这样, 针对工厂开发的, 每个厂都有其独特的生产情况, 只能公用部分代码, 不得已只能按工厂建分支. 那你今天可能在搞 A 厂, 突然之前的 D 厂说有沙问题, 要处理一下, 又切回 D 厂, 那依赖也不完全一致, Install 一下几分钟就过去了. 改完测测发布到 D 厂, 又切回 A 厂, 继续 Install. 过了个吧小时, E 厂又反馈哪里不好用要改改, 又切又 install, 完蛋了啊.

@wdhwg001 请教个问题, C#的 controller, 默认是 scope 的, 后面的服务类, 你们用的也是 scope 吗?
如果用的是 scope, 那么需要在多个请求间共享数据怎么办, 写在静态字段里? 如果需要在这个类创建后执行一次操作, 且仅执行一次, 怎么办, 难道写个静态字段标记是否执行过, 然后每次在构造函数里去判断一下?
如果用的是 singleton, 那么数据库怎么访问? DbContext 是 scope 的, 是没法注入到 singleton 的. 难道是在所有需要数据访问的方法里都加一个 DbContext 的入参, 由 controller 统一传递过来吗? 这样写是不是太恶心了, 某个方法如果自己本身不需要访问数据库, 但是他调的某个方法需要访问数据库, 那这个时候也不得不把 DbContext 作为入参传递. 或者是入参里没有 DbContext, 需要的时候通过工厂方法直接创建一个? 那这样的话, 跨方法事务又该怎么处理?
用了一段时间的.net, 总感觉各种恶心不好用, 貌似什么功能都有, 但什么功能都做的让人恶心不好用

@kran java 不行, 调 dll 太麻烦了, 很多硬件设备也没有 java 原生驱动

@shuimugan 阿里云服务器能搬过来放到客户公司里吗? 客户要求服务器必须要放在他们机房局域网里, 不知道阿里云提不提供这种服务

@abersheeran in memory, 断电咋办？