关于SDK体积大小对比探究

[meoww-bot]

爽文看完了，瓜也吃完了，结束后，作为一个非前端开发，来探究一下，发现鹅厂还是有点冤的，难道就没人去下载看看 aws-sdk 到底多大吗？ （ 疑似 batchor 是故意搞了个大新闻

先叠个甲，本人非前端开发，也不是鹅厂员工，我也无数次诟病wxqq应用犹如3A大作一般的大小，但是代码技术就是 no bb，show me the code

我的环境

node -v
v16.14.2
npm -v
8.5.0

全包对比

大小对比

1. aws-sdk
   按照 https://github.com/aws/aws-sdk-js 描述的安装方式，也有100M大小了

npm i aws-sdk
du -sh node_modules/aws-sdk
100M	node_modules/aws-sdk

Update: 我找错位置了， 当前最新版的 aws-sdk 仓库位置是 https://github.com/aws/aws-sdk-js-v3/ ， README 的 Getting Started 写的就是子模块的安装方式了，如果是专业的前端开发人员，可能不会像我一样找错位置下载全包。

2. tencentcloud-sdk-nodejs

npm install tencentcloud-sdk-nodejs
du -sh node_modules/tencentcloud-sdk-nodejs
 66M	node_modules/tencentcloud-sdk-nodejs

这个因为已经做了优化，大小变小了

安装上一个版本

npm install tencentcloud-sdk-nodejs@4.0.1021
du -sh node_modules/tencentcloud-sdk-nodejs
 80M	node_modules/tencentcloud-sdk-nodejs

大小仍然比 aws-sdk 小

内容对比

1. aws-sdk

ls node_modules/aws-sdk
CODE_OF_CONDUCT.md LICENSE.txt        README.md          browser.js         clients            dist-tools         global.js          index.js           package.json       scripts
Crashpad           NOTICE.txt         apis               buildspec.yml      dist               global.d.ts        index.d.ts         lib                react-native.js    vendor

内容和 https://www.npmjs.com/package/aws-sdk?activeTab=code 一样，对比 aws-sdk github库，分发是去掉了 CHANGELOG 这些无用文件

2. tencentcloud-sdk-nodejs

内容，确实包含 CHANGELOG test examples 等对用户无用的文件

ls node_modules/tencentcloud-sdk-nodejs
CHANGELOG.md         README.md            examples             index.js             package.json         products.md          tencentcloud         tsconfig.json
LICENSE              SERVICE_CHANGELOG.md index.d.ts           node_modules         prettier.config.js   src                  test                 typings

子模块对比

而 batchor 的贴图中的 node_modules 是带 @ 的，这是模块化包，而不是传统的 aws-sdk 包。

AWS SDK v3 是模块化的，每个服务都是一个独立的包，命名空间为 @aws-sdk ，所以 #166 说用 按需分包的使用方式 对比 batchor 说的 aws-sdk 并无不妥。

但是 batchor 贴出的代码并没有展示他安装的是 aws-sdk 的哪个子模块。

1. awk-sdk

我以安装 @aws-sdk/client-s3 测试，页面上显示 Unpacked Size
3.4 MB ， 单独 client-s3 大小 4.2M，实际安装 client-s3 有一些依赖，此时因为安装 client-s3 导致的 @aws-sdk 目录总大小9.1M，仍旧和 batchor 贴出的大小不符合

npm i @aws-sdk/client-s3
du -sh node_modules/@aws-sdk/
9.1M	node_modules/@aws-sdk/
du -sh node_modules/@aws-sdk/*
4.2M	node_modules/@aws-sdk/client-s3
460K	node_modules/@aws-sdk/client-sso
392K	node_modules/@aws-sdk/core
 48K	node_modules/@aws-sdk/credential-provider-env
136K	node_modules/@aws-sdk/credential-provider-http
148K	node_modules/@aws-sdk/credential-provider-ini
 68K	node_modules/@aws-sdk/credential-provider-node
 88K	node_modules/@aws-sdk/credential-provider-process
116K	node_modules/@aws-sdk/credential-provider-sso
 76K	node_modules/@aws-sdk/credential-provider-web-identity
136K	node_modules/@aws-sdk/middleware-bucket-endpoint
 36K	node_modules/@aws-sdk/middleware-expect-continue
368K	node_modules/@aws-sdk/middleware-flexible-checksums
 36K	node_modules/@aws-sdk/middleware-host-header
 48K	node_modules/@aws-sdk/middleware-location-constraint
 48K	node_modules/@aws-sdk/middleware-logger
 36K	node_modules/@aws-sdk/middleware-recursion-detection
288K	node_modules/@aws-sdk/middleware-sdk-s3
 36K	node_modules/@aws-sdk/middleware-ssec
104K	node_modules/@aws-sdk/middleware-user-agent
908K	node_modules/@aws-sdk/nested-clients
112K	node_modules/@aws-sdk/region-config-resolver
 64K	node_modules/@aws-sdk/signature-v4-multi-region
152K	node_modules/@aws-sdk/token-providers
500K	node_modules/@aws-sdk/types
 36K	node_modules/@aws-sdk/util-arn-parser
228K	node_modules/@aws-sdk/util-endpoints
 36K	node_modules/@aws-sdk/util-locate-window
 68K	node_modules/@aws-sdk/util-user-agent-browser
 84K	node_modules/@aws-sdk/util-user-agent-node
100K	node_modules/@aws-sdk/xml-builder

尝试安装 @aws-sdk 下所有包，这个大小似乎能和 batchor 发的对上

npm search @aws-sdk --json | jq -r '.[].name' | xargs npm install
du -sh node_modules/@aws-sdk/
 12M	node_modules/@aws-sdk/

2. tencentcloud-sdk-nodejs

再看下 #166 说的 "比如只安装 CVM 的包：https://www.npmjs.com/package/tencentcloud-sdk-nodejs-cvm" 大小

npm i tencentcloud-sdk-nodejs-cvm
du -sh node_modules/tencentcloud-sdk-nodejs-cvm
832K	node_modules/tencentcloud-sdk-nodejs-cvm

内容

ls node_modules/tencentcloud-sdk-nodejs-cvm
LICENSE            index.d.ts         node_modules       prettier.config.js src                tsconfig.json
README.md          index.js           package.json       products.md        tencentcloud       typings

这不挺正常的吗，也没有 CHANGELOG 或者 test 文件。

注意： 此时 cvm 子模块版本， 4.0.1018 • Public • Published 12 days ago， 并不是更新后去掉了 CHANGELOG 或者 test 文件。

说明，子模式打包是去掉了无用文件，只是总包文件打包的配置没有像子模块打包那样配置。

那些问候父母的是不是应该道个歉呢？

Q: 那用户自己能找到自己需要的子模块吗？

现在的 README.md 已经优化过了，我们来到 release 4.0.1021, commit 595f609 , 搜索 README.md ，发现确实也有提到，详见 README.md?plain=1#L23

但是，咱就是说，这个确实太不显眼了，当然这里现在已经修改了

最后，希望大家能有正确分辨信息的能力，不要听风就是雨。

[rehiy]

感谢你的分析说明，我们有问题先修，有错误就改。

也替API研发同学说句话：研发并没有因为过节不处理问题，也没有搁置不管，只是因为这个包被太多人引用，修改起来会需要一些时间去评审影响，以及做好兼容性处置。希望大家多给研发一些时间。

[meoww-bot]

感谢你的分析说明，我们有问题先修，有错误就改。

也替API研发同学说句话：研发并没有因为过节不处理问题，也没有搁置不管，只是因为这个包被太多人引用，修改起来会需要一些时间去评审影响，以及做好兼容性处置。希望大家多给研发一些时间。

我是觉得很多不明小白都被 batchor 带节奏了， batchor 作为一个专业前端开发，竟然用全包大小对比子模块大小，实在不妥。大家吃瓜之余，还是应该脚踏实地探究真理。

至于如何改进，我不是前端开发，我也不懂，但是其他issue有前端开发人员提到解决方案，如 #207 #170 ，我想这才是github issue原本的用途吧。

[rehiy]

起因还是我们做的不够好，过程虽有波折，但结果总是向好的，再次感谢 🙏

[igueesijusleb]

起因还是我们做的不够好，过程虽有波折，但结果总是向好的，再次感谢 🙏

堵不如疏，从小就从治理黄河那学到，那个帖子留个给别人骂留影就完事了，你们自己弄一个不接收后续就是，GitHub以前又不是没这玩意，人家国外开发者都留着没给闭嘴。现在搞堵嘴拉黑删评修改，别怪其他人搞事了，疯狂乱发issues，随便创个号都能来骂你们，把你们做的事情复读然后防贴吧微博小红书惹的更多人来搞事了，看到堵嘴拉黑删评修改可开心了，肆无忌惮的搞事，大过年的，好玩你就多玩点。

[FurryR]

你说得对，但是：

1. 对比了此 repo 与 aws-sdk 的大小而没有比较功能差异，不妨来算一下比值。
2. tencentcloud-sdk-node 在最新版本中，不知为何异想天开，仍然将没有任何用处的源代码 （src/ 文件夹）上传到 npm registry 影响服务器带宽。
3. 根据我的方案（最新），可以将 cjs 的代码大小压到 11 M 左右，然而：在明知 npmignore 会破坏文件夹结构的同时，连夜添加 npmignore 来避免炎上；用户提交了基于 rollup 而不破坏兼容性的解决方案时却又提示“需要斟酌”，同时暗含着“我们会自己写方案 不需要你操心 也不会给你注任何 credits 相当于你自娱自乐”的意思在里面，让无数开源贡献者十分寒心。

[rehiy]

起因还是我们做的不够好，过程虽有波折，但结果总是向好的，再次感谢 🙏

堵不如疏，从小就从治理黄河那学到，那个帖子留个给别人骂留影就完事了，你们自己弄一个不接收后续就是，GitHub以前又不是没这玩意，人家国外开发者都留着没给闭嘴。现在搞堵嘴拉黑删评修改，别怪其他人搞事了，疯狂乱发issues，随便创个号都能来骂你们，把你们做的事情复读然后防贴吧微博小红书惹的更多人来搞事了，看到堵嘴拉黑删评修改可开心了，肆无忌惮的搞事，大过年的，好玩你就多玩点。

并未拉黑处理，只是觉得太多无用的信息就把无关的给close掉了。 那几个具有人身攻击的帖子，一开始也并没有去处理，要不也不会刷到几千的回复，我们觉得解决问题才是关键，但是放了一晚上后，导致各大媒体报道总是不太好的，还是给lock了吧。

[rehiy]

你说得对，但是：

1. 对比了此 repo 与 aws-sdk 的大小而没有比较功能差异，不妨来算一下比值。
2. tencentcloud-sdk-node 在最新版本中，不知为何异想天开，仍然将没有任何用处的源代码 （src/ 文件夹）上传到 npm registry 影响服务器带宽。
3. 根据我的方案（最新），可以将 cjs 的代码大小压到 11 M 左右，然而：在明知 npmignore 会破坏文件夹结构的同时，连夜添加 npmignore 来避免炎上；用户提交了基于 rollup 而不破坏兼容性的解决方案时却又提示“需要斟酌”，同时暗含着“我们会自己写方案 不需要你操心 也不会给你注任何 credits 相当于你自娱自乐”的意思在里面，让无数开源贡献者十分寒心。

接受批评与指正，影响的确太广，不得不慎重再三后处置，还望理解。

[meoww-bot]

你说得对，但是：

1. 对比了此 repo 与 aws-sdk 的大小而没有比较功能差异，不妨来算一下比值。
2. tencentcloud-sdk-node 在最新版本中，不知为何异想天开，仍然将没有任何用处的源代码 （src/ 文件夹）上传到 npm registry 影响服务器带宽。
3. 根据我的方案（最新），可以将 cjs 的代码大小压到 11 M 左右，然而：在明知 npmignore 会破坏文件夹结构的同时，连夜添加 npmignore 来避免炎上；用户提交了基于 rollup 而不破坏兼容性的解决方案时却又提示“需要斟酌”，同时暗含着“我们会自己写方案 不需要你操心 也不会给你注任何 credits 相当于你自娱自乐”的意思在里面，让无数开源贡献者十分寒心。

是的，单纯对比大小难免有些牵强，因为我是反驳 batchor 不公平对比方式。虽然全包大小比 aws-sdk 小，但是分发中有无用文件增加了哪怕只有1KB 也是多余，勿以垃圾文件小而打包之。

对于3，我昨天也看了你发的 rollup 方案，我不是前端也不太懂，但是看出来你是在认真改进的。不过他们这种商业产品的SDK产物嘛..看看就好...相对其他开源仓库会更加封闭，就别指望帮他们改了

看看 git log，能接受的就只是改改 README 或者添加 example， 非鹅厂员工想动代码是不可能（当然下面还是有些鹅厂员工用了私人邮箱，可自行对照commit过去找找；grep -v techird | grep -v gontte | grep -v "aji.zqfan" | grep -v "starkwang" 是已经确认用了私人邮箱的鹅厂员工，可对照commit查看，这里不再赘述证据）

git log --pretty=format:"%h %s <%ae>" | grep -v tencent | grep -v dependabot | grep -v tecent.com | grep -v techird | grep -v gontte | grep -v "aji.zqfan" | grep -v "starkwang"
4ad8861b3 Update README.md (#145) <sesky4@gmail.com>
06d961541 del sms old version examples (#95) <2545489745@qq.com>
c22fa6719 docs: add more comments to README.md <zergdo@gmail.com>
2b528fba1 增加README中小包使用方式说明 <497569296@qq.com>
0f93ea70f 修正typo <31960995+zhutoutoutousan@users.noreply.github.com>
7e95af5f7 Update sign.js <86160576@qq.com>
032abbeab [1]提交 sms SDK nodejs 示例 <Darkfaker@github.com>
e7ccb4ea6 hcm <1083479794@qq.com>
52e28d1df examples/ecc <1083479794@qq.com>
fc0a259dd update soe example demo (#13) <ydchhit@163.com>
29e26de30 update <ydchhit@163.com>
c3851a108 add soe examples <ydchhit@163.com>
f87af710b 改写 errMsg 变量名 <alsotang@gmail.com>
15a789685 Update abstract_client.js <alsotang@gmail.com>
7dd0caefd update readme.md <hlz260@gmail.com>

[batchor]

我稍微解释下。

我既用 腾讯云，又用AWS。腾讯云用的是SES邮件服务，AWS用的是s3.

aws我确实是只安装了s3的分包，而腾讯云我装了总包。

---

问题的关键是，在此之前，我翻遍文档，没有在任何地方看到腾讯云的sdk有分包形式，从来都只看到有个总包。

你可以去看他的readme，分包形式的说明是昨天加上的。

而aws是在显著位置特别说明每个功能都有分包的。

[meoww-bot]

我稍微解释下。

我既用 腾讯云，又用AWS。腾讯云用的是SES邮件服务，AWS用的是s3.

aws我确实是只安装了s3的分包，而腾讯云我装了总包。

问题的关键是，在此之前，我翻遍文档，没有在任何地方看到腾讯云的sdk有分包形式，从来都只看到有个总包。

你可以去看他的readme，分包形式的说明是昨天加上的。

而aws是在显著位置特别说明每个功能都有分包的。

你说的这个问题，我从修改前的commit查过了。u1s1，写是写了，但是写的不清晰。

Q: 那用户自己能找到自己需要的子模块吗？

现在的 README.md 已经优化过了，我们来到 release 4.0.1021, commit 595f609 , 搜索 README.md ，发现确实也有提到，详见 README.md?plain=1#L23

但是，咱就是说，这个确实太不显眼了，当然这里现在已经修改了

aws 那边，aws-sdk 的仓库是 https://github.com/aws/aws-sdk-js-v3/ ，对比一下，嗯，确实还是有些差距（下午找错位置了，找去 https://github.com/aws/aws-sdk-js/ 了，搜 @aws-sdk 也没搜到 ）

[rendawudi]

你这是就事论事的说法，别人是见微知著的说法，本来就有很多没做好的，外行人一看你QQ微信动不动十个G内存，然而功能又这么稀缺不好用尤其是微信，那外行人看你这SDK都做不好，那qq微信到底还有多少没做好的？大厂光环在前，产品不好用在后，原贴只是给了很多人发泄的地方，github的好处这不就出来了

[Raozihang]

新年快乐 腾讯老哥也辛苦了

起因还是我们做的不够好，过程虽有波折，但结果总是向好的，再次感谢 🙏

堵不如疏，从小就从治理黄河那学到，那个帖子留个给别人骂留影就完事了，你们自己弄一个不接收后续就是，GitHub以前又不是没这玩意，人家国外开发者都留着没给闭嘴。现在搞堵嘴拉黑删评修改，别怪其他人搞事了，疯狂乱发issues，随便创个号都能来骂你们，把你们做的事情复读然后防贴吧微博小红书惹的更多人来搞事了，看到堵嘴拉黑删评修改可开心了，肆无忌惮的搞事，大过年的，好玩你就多玩点。

并未拉黑处理，只是觉得太多无用的信息就把无关的给close掉了。 那几个具有人身攻击的帖子，一开始也并没有去处理，要不也不会刷到几千的回复，我们觉得解决问题才是关键，但是放了一晚上后，导致各大媒体报道总是不太好的，还是给lock了吧。

有信服力的解釋👍體諒