jamstack？更像Shamstack。

我是Jamstack的忠实粉丝。对于网络来说，这感觉就像是一个真正积极的发展。我热切期待即将举行的会议。

在任何网络趋势中，#jamstack似乎最令人遗憾。

- 克里斯·科伊尔（Chris Coyier）（@chriscoyier）2019年5月22日

但是，我想知道首字母缩写是否完全捕捉了它的本质。虽然我不建议更改它 - 已建立的名称具有动力，但核心强度在于静态文件托管。这形成了其力量的基岩，解锁了几个关键优势：

• CDN托管所有内容：即使是HTML（Jamstack中的“ M”）受益于CDN托管，这是传统方法无法获得的显着速度提升。这种固有的速度鼓励在整个开发中保持最佳性能。
• 简化的工作流程：开发过程是简化的： git clone ， npm install ， build和通过dist文件夹推送。诸如Netlify之类的平台为每个构建，即使在分支机构上都提供URL，突出了部署的不变性 - 在特定时间点上的文件快照。
• 功能强大的云功能：缺乏传统的服务器端语言鼓励使用云功能作为服务器端逻辑。这种建筑方法与jamstack哲学完全吻合。

至关重要的是，避免将Jamstack限制在Jekyll博客上。尽管静态站点发电机高度兼容，并且预构建的标记对速度和SEO有益，但这不是强制性的。

客户端的JavaScript应用程序部署<div>与API相互作用以构建该网站的JavaScript捆绑包仍然有资格为Jamstack。它是静态托管的（可能），并具有提供数据的云功能。<blockquote> <p>我会说“是”。也许更多的SSR可能会出于所有原因，但是Meh，而不是jamstack值得徽章所必需的。</p> <p> - 克里斯·科伊尔（Chris Coyier）（@chriscoyier）2019年5月22日</p> </blockquote> <p>jamstack方法鼓励最大化静态文件，每当可行时促进静态内容。虽然通常称为“服务器端渲染”（SSR），但在部署之前将其描述为在<em>构建步骤</em>中生成的标记更为准确。同样，不是必需的，而是一个强有力的建议。</p> <p>我们已经静态托管了HTML和其他资产（CSS，图像）。然后：</p> <ul> <li> <strong>J</strong> avascript</li> <li> <strong>pis</strong> </li> </ul> <p>这些密切相关。 JavaScript文件可根据需要静态托管，执行和与API（例如GraphQl端点）进行通信。</p> <p>还可以一种混合方法 - 在依靠JavaScript和API呼吁动态内容的同时预先构建一些标记。考虑一个具有预先构建的主页和产品页面的电子商务网站，但是通过API呼叫获取了动态生成的产品目录。</p> <p>如果需要新的首字母缩写词，将静态托管并将JavaScript和API组合到“ API”中可能会产生：</p> <p> <strong>tatic</strong> <strong>h</strong> Osting， <strong>pis</strong>和<strong>m</strong> arkup或<strong>shamstack</strong> 。也许不是最好的选择！</p> </div>

以上是jamstack？更像Shamstack。的详细内容。更多信息请关注PHP中文网其他相关文章！