一个项目想从4.7迁移到dotnet5，又放弃了

水木社区手机版

主题:一个项目想从4.7迁移到dotnet5，又放弃了
22楼|oldwatch|2021-08-23 09:11:56|展开
原始实现这是有多差……

【在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 我上个月刚把系统从netfx 4.8迁移到了net5，代码啥也没改，速度提升3倍
--
FROM 116.233.186.*
25楼|oldwatch|2021-08-24 09:24:21|展开
那还是挫啊，你说是实现架构大改
（阻塞变异步，串行变并行，有锁变无锁之类）
榨出几倍性能也罢了

String这么基础的类型
基础库版本号都上4了，应该早就优化挖潜到一定境界了才是
除非是之前某个兼容性是性能绊脚石……

【在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 主要是一些底层的API，比如string的方法，net5做了很大提速，这个在4.8里面
: 靠app代码再怎么加速也没辙，除非搞各种奇技淫巧嵌C/C++之类的
--
FROM 116.233.186.*
27楼|oldwatch|2021-08-24 14:34:59|展开
别的不说

你贴的这连接里的测试代码也太草了

java单一方法/代码片段性能测试，不用JMH框架的都只能看个热闹

【在 leadu (leadu) 的大作中提到: 】
: 作为玩过asm/c/c++的，我确实对c#的运行速度一直不太满意
: dotnet6里面又有很多提升，其中不少看了之后，直接想吐槽微软早干啥去了
: https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-6/
: ...................
--
FROM 116.233.186.*
29楼|oldwatch|2021-08-24 15:01:38|展开
主要是有vm在那儿

冷启动和jit这两个场外因素就是绕不开的

到服务一级还能说直接面向端口压

代码片段这级，想写出靠谱测试用例是大难题

【在 leadu (leadu) 的大作中提到: 】
: 里面各个语言正则都是调用的pcre，确实不地道。
: 不过是debian搞的，c#肯定不占优势，看个意思吧
--
FROM 116.233.186.*
31楼|oldwatch|2021-11-02 11:35:09|展开
这些概念年头可久远了……

【在 KEILLY (米饭) 的大作中提到: 】
: dotnet应该借鉴了go/rust很多东西吧。
: 元组，rust里有。
: 字符串切片，rust里的概念
: ...................
--
FROM 116.233.90.*
33楼|oldwatch|2021-11-02 11:53:08|展开
我是说在编程语言领域里

编程语言这块想做出点真正的新东西不是一般难

无数概念都能在几十年前某个语言中找到

【在 KEILLY (米饭) 的大作中提到: 】
: 没多久
: C# 7.0以后才有的
--
FROM 116.233.90.*
42楼|oldwatch|2021-11-12 14:35:52|展开
我一直觉得OO那些概念就是一堆人做UI做出来的经验总结

【在 hgoldfish (老鱼) 的大作中提到: 】
: 面向对象的成功是因为以前都在搞 C++ GUI 编程。这个领域天然适合面向对象编程。
--
FROM 116.233.90.*
45楼|oldwatch|2021-11-12 14:49:18|展开
过程即函数

类型属于数据

【在 hgoldfish (老鱼) 的大作中提到: 】
: 是的。java 刚出来的主要用处也是 GUI，后来才慢慢地搞成了 web 系统专用，变成写业务脚本的最佳语言。
: 其实写业务脚本，java 的面向对象反而不适合，还是结构化编程好。最能证明我这个论点的是，java 领域特别喜欢搞单例。很多单例内部并不存储数据，存的只是另外一个单例的引用。这种用法，和数据存在模块里，函数处理数据并没有区别。
: 现在各种 FP 语言兴起，背后就暗示着 GUI 编程极大衰弱。
: ...................
--
FROM 116.233.90.*
47楼|oldwatch|2021-11-12 15:00:45|展开
我说的是编程范式的方向

好吧，其实就是golang那个路数

不过仅限于type和func的处理部分

【在 hgoldfish (老鱼) 的大作中提到: 】
: 这是混淆视听。。
: java 多余的 oo 负担，就会导致 java 的代码量多出很多。导致生产率的降低。
--
FROM 116.233.90.*