.net 的库作者是不是都在向 js 看齐?

2023-11-09 19:16:01 +08:00
 bthulu

一个项目, 非要拆成好几个项目, 恨不得一个 class 对应一个 dll 文件, 刷爆 nuget 排名

说的就是你, serilog, asyncex.

一个简单的工具类 tools, string 相关的起一个项目, int 相关的起一个项目, long 相关的起一个项目, 然后一股脑上传到 nuget 上面, 你想引入 tools, 瞬间就给你带入 toos.string, tools.int, tools.long, tools.double, tools.float, tools.bool, tools.common, tools.context.

总之一句话, 不用 dll 文件把你的 publish 文件夹塞爆绝不罢休.

它明明可以用一个 30kb 的 tools.dll, 它不, 它非要拆成 10 个 3kb 的 dll

如果依赖的三方库稍微多一点, 那最后发布文件夹简直就跟 node_modules 一样臃肿.

我觉着再这么下去, 总有一天发布文件夹内的文件会成千上万甚至几十万.

4186 次点击
所在节点    .NET
22 条回复
cc666
2023-11-10 14:48:45 +08:00
@bthulu 你本地与本地的旧版本 diff 呀,你也可以用一个低成本的中间服务器进行转发增加速度试试
forgottencoast
2023-11-11 21:11:08 +08:00
你需要的是一个好的发布工具,可以轻松解决你的烦恼。
回到主题,.Net Core 之前是没有这样做的。
最近这几年才有这样的趋势,这么做是为了降低启动内存,增加启动速度。
虽然 dll 的总字节数是一样,但是你的应用程序可能不会(至少不会一次性)需要把所有的 dll 加载进内存。
这就达到了降低内存使用(或者启动内存)的目的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/990376

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX