网站建设关于前端架构规划之平衡可控性和自动化解决方案。网站建设公司认为作为前端架构师，你需要评估标记产生的过程。你对内容的顺序、使用的元素和 CSS 类名有多大的控制权？这些元素在将来改动起来会有多大难度？模板是否易用，或者是否只有后端开发人员才能更改？甚至，你的标记全是基于模板系统的吗？你可以通过系统做出更改，还是需要手动处理？深圳网站建设公司资深框架工程师下面通过回答这些问题，你可能会颠覆自己构建 HTML 和 CSS 的方法。
模块化标记：自动化程度100％，可控程度100％
网站建设我们都在追求的理想状态是，网站上每一行 HTML 都由程序自动生成，而作为前端开发人员，我们只需要管理这个用来产生标记的模板和流程。遗憾的是，现实通常并非如此。即使在最好的情况下，也存在用户生成的内容，而这些内容几乎都无法自动添加 CSS 类名来标记。无论 CMS 系统自动生成 HTML 的能力如何，让 CMS 决定类似表单和导航栏这样的标记，有时候会更简单。但是就算你已经把理想状态实现了 90％，标记的模块化方案仍然可以给你带来理想的灵活性和必要的自动化。
模块化标记和程序化标记的区别在于，对于使用什么标记输出既定内容，我们不会完全任由 CMS 决定。这使得我们可以为两个不同的导航实例使用一样的标记，虽然 CMS 生成的标记可能完全不一样。模块化标记和静态化标记的区别在于，程序化地执行完之后，我们还可以通过一套类名系统给标记动态添加 CSS 类名，并且不再通过元素标签和层级关系来决定视觉外观。让我们看一下如何用 BEM 原则模块化地实现一个简单的导航：
<nav class="nav">
<ul class="nav__container">
<li class="nav__item">
<a href="/products" class="nav__link">
<ul class="nav__container——secondary">
<li class="nav__item——secondary">
<a href="/socks" class="nav__link——secondary">
乍看上去，这种方案似乎相当冗长。这一点我没有什么好辩解的，但我要说的是，它的冗余程度其实是恰到好处的。给每个元素都添加了相应的 CSS 类名之后，我们就不再需要依赖那些只为了样式标签而存在的 CSS 类名或元素的层级关系来决定视觉外观了。相比动态标记，这个标记更清晰，并且我敢说，这也让标记的组织形式更“模块化”了。这个导航可以作为网站的导航通用模板，不用改任何一个标记就可以在多处复用。因此，这种标记并不是先等 CMS 创建完成再另外添加样式标记的，而是创建的同时就添加了样式标记，然后整合到网站的整个导航系统中。
网站建设前端架构规划之这一切背后的设计系统
网站建设前端架构师要使用这种模块化方法，我们首先需要改变构建页面的方法和思路。单独的静态“网页”其实根本就不存在。所谓的“网页”其实是过去的产物。那么什么是当前我们真正需要去创建的“页面”呢？是某个 URL 的内容吗？如何保证每次访问某个 URL 的时候都访问到同样的内容呢？如果你登录了会如何呢？如何使这个 URL 的内容根据时间、地点或者浏览器的不同而有所不同呢？越早地意识到我们现在所做的工作不是单纯地实现某个页面，而是设计整个系统，就能越早地开始创造那些真正让人惊艳的 Web 作品。
设计系统是网站视觉语言的程序化呈现。设计师创造的视觉语言，是用来描述网站如何通过视觉与用户沟通的工具。它集合了颜色、字体、按钮、图片样式、排版布局和界面版式，用来传达情绪、意义和目的。正如词可以分为名词、动词和形容词等，作为前端开发人员，我们的工作就是把视觉语言拆解成最小单元。拆解之后，我们可以创建规则，对这些最小单元进行重组。只有将视觉语言充分拆解之后，我们才能知道如何重新把它们连成“句子”，组成“段落”，合并为“章节”，最后创作成一部精彩的“小说”。转换的目标是创建具有可扩展性和可维护性的代码库，以便如实地重现视觉语言能表达的任何东西。
深圳网站建设公司资深框架规划师在后面的章节中，我们将进一步创建设计系统，但是在目前的阶段，认清我们正开发的是什么很重要，因为在着手开发之前，我们需要先决定设计系统要如何建立在标记之上。好了，
深圳网站建设公司本文关于“网站建设关于前端架构规划之平衡可控性和自动化解决方案”经验就分享到这里，谢谢关注，博纳网络编辑整理。
