页面重构模块化思维，页面重构中的模块化思维

最接近页面重构中的“模块化”，现有的解释应该就是软件开发中的解释了。

模块化后并不是就不能再变更（模块化后的代码段可根据实际需要做修改）

模块化后并不是就能被使用在任何位置（模块化后的代码段也是有合用的范围限制，需要一个提供接口规则的环境）

有两个误区需要先认清下：

为了更好的实现这种接口，需要有相关的（交互、设计、页面、开发）商定、规则、规范，好比：所有当前状态都使用统一个类名“nonce”，所有变灰的表现都 使用原类名后加“_n”，Tab的实现方式等等。不外做为页面重构发展的一种趋势，越来越被大家正视，不自觉也满口的“模块化”，只是你真的理解什么是“模块化”吗？

最近被“模块化”缠身，又是文章又是PPT的，被逼着想了良多相关的东西。
更好的支持灰度发布

更好的实现快速迭代
    进步页面容错
    减少Bug定位时间和Fix本钱
    降低发布风险
    降低耦合
    进步开发效率、减少沟通本钱
    进步代码重用率

我们之前常常提到的站点机能优化，有相称一部门也是“模块化”的内容，好比进步代码重用，进步开发效率等等，“模块化”的长处还有良多，我大概列了一下：

我们很轻易就想到：减少代码冗余、进步代码重用率、图片压缩等等，而这些要如何实现呢？模块化思维可以解决，即可以有效减少代码冗余、进步代码重用率，更重 要是可以支持到多人维护，降低维护本钱。

先看一下百度词条是怎么解释“ 模块化 ”的：

对“模块化”的解释，在 CNKI 中就有28种。每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体， 完成整个系统所要求的功能。可见“模块化”思维使用的广泛。

什么是模块化？

“模块化”只是我们对于过去一直使用的技术、方法的一个新潮的称谓，就像“Ajax”。有了公共定义，就得调整模块样式的实现方式了，而这种调整也会影 响到“接口”的实现方式。有了这些商定、规则、规范后，HTML代码就很轻易可以实现模板化，同一接口规范。需要夸大一点，我们所鉴戒的是一种思维的方式。

类名

CSS引入的三种方式

由此可知HTML与CSS的接口实现：

统一文件，换类名（JS）

统一类名，换文件（JS）

这里的主要题目是HTML与CSS的“模块化”，我们可以看下换肤的实现方法：

如何实现“模块化”？

其中最重要的一点，我以为是“进步代码重用率”，这也是模块化最重要的特点之一。有什么方法可以解决这些题目呢？

页面制作为什么需要模块化？

相关的书籍也蛮多的，有爱好的同学可以搜一下。 CSS写法较为灵活，轻易产生代码的耦合，使用模块化也可以在一定程度上降低耦合度，对于BUG的定位也有匡助。

站点内容越来越多、代码越来越臃肿，徐徐影响到了客户真个体验（主要是打开速度），影响到了维护的效率。模块具有以下几种基本属性：接口、功能、逻辑、状态，功能、状态与接口反映模块的外部特性，逻辑反映它的内部特性。

完 全独立的模块放在统一项目中，因为项目有自己的表现、交互同一性，所以各模块间必然泛起类似的部门，这些部门可以被提出来做为公共的定义，减少冗余，这时 就会泛起耦合的题目，完全不耦合是不可能的，因此模块化中很重要一点就是“适度的耦合”。在软件的体 系结构中，模块是可组合、分解和更换的单元。

模 块化是指解决一个复杂题目时自顶向下逐层把软件系统划分成若干模块的过程。收拾整顿下我这段时间对于“模块化”的思索，大多都是我自己从事页面重构这份工作的经验和理解，在一定程度上存在局限性，也但愿自己能温故而知新。 所以，我们更应该在站点前期就正视并使用“模块化的思维”编写站点。

当前文章：页面重构模块化思维，页面重构中的模块化思维
文章转载：https://www.cdcxhl.com/news39/162939.html

成都网站建设公司_创新互联，为您提供外贸建站、网站排名、Google、网站改版、商城网站、云服务器

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联