leeg810312 最近的时间轴更新
leeg810312

leeg810312

V2EX 第 21852 号会员,加入于 2012-06-04 12:59:30 +08:00
今日活跃度排名 11100
leeg810312 最近回复了
@LeeReamond 最近在业余时间研究这个项目,感觉还是有点潜力,star 和活跃度都很高。Rust 本身使用就少,作为一个还在起步阶段的项目,比较适用于新技术探索或当前没有比较好的方案情况下进行技术验证,想要很成熟可靠的方案只能找商业公司普遍在用的方案了
github 上的 polar 项目可以看看是否符合你的需求
@i3x 按你说的意思是你申请 5M 固定带宽 VM ,但刚开始运行实际没有 5M ,在带宽用量上升才会逐渐到达 5M ,然后阿里云就认为违反用户协议了,把你账号封了?
近几年 p 级别通货膨胀,很多高级别是 ta 所在公司被收购才有的级别,有些被收购公司并不是技术为先的公司,这样的公司技术总监技术一般但给对等职位级别就是 p8p9
web ide 要在浏览器多开,一样很占内存吧。很多插件不能装,后端开发调试超级麻烦,除了集中管理代码、保持代码最新,能有什么优点是比本机开发好很多的?开发用机器才多少钱,1 万买 i7+32GB 内存+512GB SSD 都可以了,对公司来说 1 个开发人员每月人力成本都不止这个钱,省个机器钱能省个毛线,开发效率不是钱啊,居然还有人把省机器成本当成 web IDE 卖点。
因为工作内容,业务系统只用 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 吗?
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1112 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 14ms · UTC 22:04 · PVG 06:04 · LAX 15:04 · JFK 18:04
Developed with CodeLauncher
♥ Do have faith in what you're doing.