深圳网站建设公司如何使用 Pattern Lab设计布局网站前端的？网站建设公司本文前面相关文章中介绍了如何使用 Pattern Lab 为布局引入的每一个原子组件和模块传递数据。网站建设公司资深设计师本文用自己亲身网站前端设计经历来一个为分享如何高效使用 Pattern Lab进行设计工作。如果你猜想我们是不是……没错，最终我们创建了自己的 Pattern Lab。很多同事在意识到我做了什么时会笑我，问我为什么不一开始就使用 Pattern Lab。我当时的回答也很简单：走到这一步是很自然的。我们从一些基本功能出发，随着需求的变更不停地添加新功能，最终和 Pattern Lab 就很像了。不过最后我们发现，还是自己开发的系统更符合我们的需求。
Hologram 不仅提供了存储模式库的地方，还可以快速创建样式文档，并为安装、最佳实践和部署指引等建立文档。我们自己的系统和 Pattern Lab 之间还有一个很大的区别，那就是我们通过数据来决定引入的模板，而不像 Pattern Lab 一样把模板信息硬编码在布局或模块组合生成的有机体中。这意味着我们可以对任意内容重用布局，而无需为每一个组合创建新的布局。另外还有一个需要注意的重点：一旦渲染流程开始，我们对数据以外的标记是没有控制权的；我们没办法为某个组件的特殊情况改变布局文件的资源顺序，或为另外一个组件添加额外的容器 div。这些限制最终会使我们的系统变得健壮和强大。但在达到这个目标之前，我们需要放下一些重担。
网站建设公司关于网站前端设计经验之分拆模式库和样式文档
随着模式库和样式文档不断扩大，让我头疼的一个地方是，因为它们使用同一个 Git 仓库，所以我们不断推送对样式文档的小调整和大改动，然而这些改动对模式库没有丝毫影响。我们已经对每次迭代都制订了发布计划，而每次改动后都会推送一个预发布的标签。这造成了不少困扰，因为在用新的预发布标签去麻烦后端开发人员之前，我们需要确认新的代码是否已经对模板、样式或 JavaScript 生效。我们对 Git 仓库做了大量的改动，而最终能够看到的效果实际上只是样式文档的几个页面，这也让人感觉有点混乱。我们的解决方案是将模式库和样式文档分拆到不同的 Git 仓库中。这样做带来的好处比我们想象的还要多。
最直接的好处就是，我们可以全天候地把对样式文档的修改推送到自己的 Git 仓库，而不用担心影响生产环境下的服务器。现在模式库收到的拉取请求少多了，我们可以有更多精力来关注这些改动如何影响生产环境和样式文档，二者都是通过 Bower 加载模式库的。第二个好处是，现在我们的生产环境和样式文档对模式库的依赖是平等的。当样式文档中创建了一个新的内容块设计时，我们只能通过 JSON 数组来编辑 HTML 标记。我们没有办法为某个一次性的特殊情况修改标记或添加自定义的 CSS。这意味着，对于样式文档中创建的所有内容，我们都有自信在不修改模板的情况下使其在生产环境中重现。
当前生产环境中使用的是 CSS 和 JavaScript，但它有自己的基于 PHP 的模板渲染引擎来处理较为繁杂的工作。我们能够保证把每个组件和模板都原样复制到 PHP 里面，但是这种方式非常依赖人工操作，而且对模式库的每一次改动都必须复制到生产环境中。
这个问题其实很常见，大部分 Pattern Lab 用户可以使用内置的 Mustache 模板创建各种设计、模板和页面，但还需要将编译后的 HTML 标记交给后端开发工程师来实现后端模板。但这并不代表他们喜欢这种方式！我敢肯定，他们希望只修改模式库里的原子组件，CMS（内容管理系统）就能立即根据改动重新渲染页面。幸运的是，我们已经开始使用 Twig，Twig 本来就是一种 PHP 模板。而且已经有一些开发者正在努力创建模式库和 CMS 渲染引擎之间的链接。好了，深圳网站建设公司本文关于“如何使用 Pattern Lab设计布局网站前端的？”就分享到这里。如果您需要联系深圳网站建设公司为您量身定做高端网站项目。您请联系我们网站在线客服或者拨打建站程序员的电话，免费为您提供高效而安全的建站设计解决方案。谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/fach/14892.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。