https://index.zshipu.com/geek001/tags/%E4%B8%AD%E9%97%B4%E4%BB%B6/ Recent content in 中间件 on 知识铺的博客 Hugo -- gohugo.io zh-CN Thu, 03 Sep 2026 00:00:00 +0000 https://index.zshipu.com/geek001/post/20260903/Omdia%E6%8A%A5%E5%91%8AOceanBase%E5%87%AD%E5%80%9F%E9%83%A8%E7%BD%B2%E8%A7%84%E6%A8%A1%E7%99%BB%E9%A1%B6%E4%BA%9A%E5%A4%AA%E5%88%86%E5%B8%83%E5%BC%8F%E6%95%B0%E6%8D%AE%E5%BA%93%E5%B8%82%E5%9C%BA/ Thu, 03 Sep 2026 00:00:00 +0000 https://index.zshipu.com/geek001/post/20260903/Omdia%E6%8A%A5%E5%91%8AOceanBase%E5%87%AD%E5%80%9F%E9%83%A8%E7%BD%B2%E8%A7%84%E6%A8%A1%E7%99%BB%E9%A1%B6%E4%BA%9A%E5%A4%AA%E5%88%86%E5%B8%83%E5%BC%8F%E6%95%B0%E6%8D%AE%E5%BA%93%E5%B8%82%E5%9C%BA/ Omdia最新市场研究报告显示OceanBase位居亚太分布式数据库市场第一。这一排名基于亚太区域内数据库厂商的实际部署规模与收入统计，OceanBase在分布式架构和多模处理能力上超越多家国际厂商，直接反映了中国数据库在区域高端市场的份额突破。 Omdia报告中OceanBase https://index.zshipu.com/geek001/post/20260902/2026-%E5%B9%B4%E7%94%9F%E4%BA%A7%E7%BA%A7-Node.js-Express-%E5%90%8E%E7%AB%AF%E8%AF%A5%E5%A6%82%E4%BD%95%E5%88%86%E5%B1%82%E4%B8%8E%E9%80%89%E5%9E%8B/ Wed, 02 Sep 2026 00:00:00 +0000 https://index.zshipu.com/geek001/post/20260902/2026-%E5%B9%B4%E7%94%9F%E4%BA%A7%E7%BA%A7-Node.js-Express-%E5%90%8E%E7%AB%AF%E8%AF%A5%E5%A6%82%E4%BD%95%E5%88%86%E5%B1%82%E4%B8%8E%E9%80%89%E5%9E%8B/ 大多数 Node.js 教程停留在 app.get(’/’, …)。真正项目一落地，代码库达到 40 个文件，所有逻辑却挤在 800 行的 index.js 里。经过数十个生产后端评审后，真正让项目可维护的结构和关键决策就此展开。 真实的生产后端从来不是把路由堆在一起就能跑通。代码膨胀后，调试一次 bug 要翻三四个文件，改一个字段要全局搜索替换， https://index.zshipu.com/geek001/post/20260902/Next.js-%E5%AD%A6%E5%AE%8C%E5%90%8E%E7%AB%AF%E9%80%89-NestJS%E5%9B%BD%E5%86%85%E6%8B%9B%E8%81%98%E5%8D%B4%E4%BB%8D%E8%A2%AB-Spring-Boot-%E7%A2%BE%E5%8E%8B/ Wed, 02 Sep 2026 00:00:00 +0000 https://index.zshipu.com/geek001/post/20260902/Next.js-%E5%AD%A6%E5%AE%8C%E5%90%8E%E7%AB%AF%E9%80%89-NestJS%E5%9B%BD%E5%86%85%E6%8B%9B%E8%81%98%E5%8D%B4%E4%BB%8D%E8%A2%AB-Spring-Boot-%E7%A2%BE%E5%8E%8B/ Next.js 与 NestJS 的定位分离让全栈架构更清晰 Next.js 作为全栈框架，同时处理前端 SSR、SSG 和 API 路由，而 NestJS 则是纯后端框架，专注于企业级 API 开发和微服务架构。这种定位分离让开发者能更清晰地划分前后端职责，避免把所有逻辑塞进同一个项目。 在国内开发者职业路径上，这种分离有实际意义。前端工程师学完 Next.js 后，如果 https://index.zshipu.com/geek001/post/20260902/Redux-%E5%B9%B6%E4%B8%8D%E6%AF%94-Context-API-%E6%9B%B4%E5%A5%BD%E5%AE%83%E4%BB%AC%E8%A7%A3%E5%86%B3%E4%B8%8D%E5%90%8C%E9%97%AE%E9%A2%98/ Wed, 02 Sep 2026 00:00:00 +0000 https://index.zshipu.com/geek001/post/20260902/Redux-%E5%B9%B6%E4%B8%8D%E6%AF%94-Context-API-%E6%9B%B4%E5%A5%BD%E5%AE%83%E4%BB%AC%E8%A7%A3%E5%86%B3%E4%B8%8D%E5%90%8C%E9%97%AE%E9%A2%98/ Context API 仅解决 props 钻取问题 Context API 的核心作用是让数据在多个组件之间共享，而不需要手动把 props 一层层传递下去。这在 React 应用中很常见，尤其当组件树层级较深时，props drilling 会让代码变得难以维护。 通过 createContext 和 useContext，开发者可以把需要共享的值包裹在 Provider 中，下层任意组件直接消费这个值即可。信号中明确