晚期的Web前端合作开发者中广为流传着那些叙述了CSS撰写形式的术语：
一般来说产业布局：简而言之，页面上的所有原素的体积一概选用px做为基层单位。此种产业布局形式对结构雕塑家和CSS编辑者来说都是最简单的，亦没有兼容问题，比如，直接预设页面的市场主体部分长度为960px，某一搜索框长度为60px等等。优点不言而喻，即不能根据使用者的萤幕体积做出相同的表现。当前，绝大部分网站、绝大部分企业的PC宣传品公交站点都选用了此种产业布局形式。在终端端合作开发中其实也能选用一般来说产业布局，以下列举两种形式：
在viewport meta条码上增设width=320，页面的各原素也选用px做为基层单位。通过用JS静态修正条码的initial-scale使得页面等比翻转，从而正好清空整座萤幕。（见前端合作开发-web app 革新之rem）坐落于viewport meta条码上增设content”width=640,user-scalable=no，页面的各原素也选用px做为基层单位。由于640px远远超过了智能手机长度，应用程序会手动增大页面至正好全屏幕。（具体见content”width=640,user-scalable=no” 然后再进行一般来说体积的px结构设计？ – 前端合作开发）
INS13ZD产业布局： 页面中主要就的分割地区的体积选用平均数（配搭min-*、max-*特性选用），比如，增设页面市场主体的长度为80%，min-width为960px。相片也作类似处理（width:100%,max-width一般预设为相片本身的体积，防止被剪切而杂讯）。此种产业布局形式在Web前端合作开发的晚期历史上，用以应对相同体积的PC萤幕（那是萤幕体积的差别不会太小），在现今的移动端合作开发也是常用产业布局形式，但优点明显：长度选用比率表述，但度和文本大小等大多是用px来一般来说，所以在大萤幕的智能手机下表明效果会变成有些页面原素长度被拉的极短，但度、文本大小还是和原来一样（即，这些东西无法变得“INS13ZD”），表明非常不协同。
灵活性产业布局：这类产业布局的特点是，包覆文本的各原素的体积选用em做基层单位，而页面的主要就分割地区的体积仍选用平均数或px做基层单位（同「INS13ZD产业布局」或「一般来说产业布局」）。晚期浏览器不全力支持整座页面按比例翻转，仅全力支持页面内文本体积的弱化，此种情况下。选用em做基层单位，能使包覆文本的原素随着文本的翻转而翻转。在那时，为了使基层单位em更简单，CSS编辑者常常把body原素的font-size增设为62.5%（应用程序预设调色板16px*62.5%=10px），这样1em便是10px，方便了计算。在PC端选用灵活性产业布局的另一个理据（也许是2016年的今天的唯一的理据）能看看EM基层单位的益处是甚么? – 前端合作开发选用了rem基层单位的灵活性产业布局在终端端也很受欢迎。对于相同体积的萤幕，能统一假设萤幕长度为640px后撰写CSS（这只是一个例子。当然你也能假定统一为320px）。此时，我们预设html原素的font-size为40px（同样，只是举例），然后各处（原素体积、文本大小）选用rem做为基层单位，随后配搭媒体查询或JS，根据萤幕的大小来静态控制html原素的font-size（特定萤幕体积下，html原素的font-size应当增设为何值，是选用这个方案时结构雕塑家和程序员需要反复考虑后确定的，以下试举一段相关的CSS媒体查询代码），即可手动改变所有用rem表述体积的原素的大小（且CSS编辑者在脑中进行换算的计算过程比em简单得多）。
其实在终端端选用所谓的灵活性产业布局，是比较勉强的。终端端灵活性产业布局流行起来的原因归根结底是rem基层单位对于（根据萤幕体积）调整页面的各原素的体积、文本大小时比较好用。其实，选用vw、vh等后起之秀的基层单位，能实现完美的INS13ZD产业布局（度和文本大小都能变得“INS13ZD”），灵活性产业布局就不再必要了。
随着CSS3出现了媒体查询技术，又出现了积极响应式结构设计的概念。积极响应式结构设计的目标是确保一个页面在所有终端上（各种体积的PC、智能手机、手表、冰箱的Web应用程序等等）都能表明出令人满意的效果，对CSS编辑者而言，在实现上不拘泥于具体手法，但通常是糅合了INS13ZD产业布局+灵活性产业布局，再配搭媒体查询技术选用。
