在生产环境用 WSL 不直接用 Linux ，有哪个架构师会搞这样的设计？

@LeeReamond 最近在业余时间研究这个项目，感觉还是有点潜力，star 和活跃度都很高。Rust 本身使用就少，作为一个还在起步阶段的项目，比较适用于新技术探索或当前没有比较好的方案情况下进行技术验证，想要很成熟可靠的方案只能找商业公司普遍在用的方案了

github 上的 polar 项目可以看看是否符合你的需求

@i3x 按你说的意思是你申请 5M 固定带宽 VM ，但刚开始运行实际没有 5M ，在带宽用量上升才会逐渐到达 5M ，然后阿里云就认为违反用户协议了，把你账号封了？

近几年 p 级别通货膨胀，很多高级别是 ta 所在公司被收购才有的级别，有些被收购公司并不是技术为先的公司，这样的公司技术总监技术一般但给对等职位级别就是 p8p9

web ide 要在浏览器多开，一样很占内存吧。很多插件不能装，后端开发调试超级麻烦，除了集中管理代码、保持代码最新，能有什么优点是比本机开发好很多的？开发用机器才多少钱，1 万买 i7+32GB 内存+512GB SSD 都可以了，对公司来说 1 个开发人员每月人力成本都不止这个钱，省个机器钱能省个毛线，开发效率不是钱啊，居然还有人把省机器成本当成 web IDE 卖点。

70 多个回复，OP 提问后没有任何响应，要么是钓鱼，要么被回复吓跑了

因为工作内容，业务系统只用 EF Core ，从工程管理角度代码里有很多 SQL 不利于维护，代码审核不容易发现问题，EF Core 发展到 6 ，绝大多数业务都没有必须用手写 SQL 才能实现的情况，很多轻量的聚合分析业务也可以用 LINQ 方式实现。我们有大数据业务，所以较大的数据分析业务我们直接用大数据方案了。

我同时用.net 和 Java 开发，所以行业内 2 个平台有各自的设计偏好我都有了解，现在实践中发现只用 2 种数据模型就足够了，Entity 用于数据表映射和 DTO 数据传输，太多模型分类都是过度设计，徒增无用的复杂性。ORM 获取数据都是 Entity ，DTO 顾名思义数据传输对象，那么不管转给中间服务层或是控制器都是 DTO ，不再分出其他的概念，不像楼上有人说会用得少。DTO 类的设计原则是根据业务需要，裁剪、增加、拼装 Entity 的属性，甚至可以增加一些辅助的方法，用平台常用的对象映射工具 AutoMapper/MapStruct 等进行 Entity 和 DTO 之间的转换。

@ye4241 Windows 服务器，是 win10 当服务器，还是 Windows server ？

@thewiredguy 看着 op 是要用厂商的 api 开发转换功能，我也一直在找 aspose 和 spire 以外的开发组件，wps 有这样的 api 吗？

我以为只有国产软件的加密功能用国密，还有证书？证书需要全球行业标准吧，否则根证书服务和浏览器都不支持有毛用？你说国产软件硬件必须用可以理解，但浏览器这种通用软件强行用国密证书有什么意义？除非你在专有网络里用特制浏览器

@LemonK 可以搜索 工信部互联网信息服务投诉平台，在知乎上看到说这个平台投诉效果，毕竟是官方的

既然是云厂商，这种国内必须的基础设施服务不应该厂商提供吗？提供不了只好用别家了

在集合循环执行反射不合适，可以替换 fieldname 参数为 lambda 表达式参数

建议多参考官方文档，上面有方法说明还有返回对象的属性说明，token 按请求生成，附在 cookie 中一起发回，提交时带上，检查是否和请求匹配。如果是 web API ，本身就得支持跨域，没有 crsf 问题，也就没有必要调用这个方法