198 篇博文 含有标签「Node.js」

问题如上描述:express bodyParser post上传文件request.body 不能获取表单值

web下的提交数据的方法有2种,GET,POST,不明白的可以直接去面壁了.

Docker 在 2021 年已经不再只是“服务器上部署用一下”了，越来越多团队开始把它往本地开发环境里推进。尤其是 Node.js 项目一旦依赖 Redis、MongoDB、MySQL 这些组件，大家机器上的环境差异会很快变成协作成本。

很多团队把“聚合”这个词说得很泛，结果就是网关想做一点、BFF 想做一点、下游服务也顺手拼一点，最后谁都说不清真正的入口在哪里。

做 BFF 的时候，最容易被忽视的一点是: 你聚合得越多，单个接口的失败面就越大。一个页面接口背后挂了三四个服务，任何一个超时都可能把整页拖慢。

前面聊 BFF 的时候，更多是在讲为什么它存在。到了真正落地时，团队最容易争论的是另一件事: 这层东西到底该做多厚，做哪些事才算合理？

BFF 最容易让团队上手的价值，是它能把前端要的多个接口结果拼成一个更顺手的响应。但编排一旦做顺了，也特别容易越界。

2021 年很多团队开始把 BFF 当成前后端之间的稳定缓冲层，但一旦请求量上来，BFF 很快就会遇到一个现实问题: 要不要在这一层加缓存。

Feathers.js 用久了以后，params 会变成一个既好用又危险的对象。好用在于请求上下文、当前用户、provider、query 都能顺手带进 service；危险在于它太方便了，方便到什么都想往里放。

Feathers.js 的一个优点是接口很轻，find 方法配上 params.query 就能做出非常灵活的列表查询。但灵活也意味着风险，如果没有白名单，列表接口最后会变成“只要能拼出来就都能查”。