当前位置: 首页 > news >正文

编写轻量级框架

终于到了本篇文章的重头戏。

简单介绍一下,我给自己编写的框架取名 Snack,原意“快餐”,主要表达简单之意。虽然是轻量级框架,但我并不想拿轻量级做为噱头,毕竟体量轻意味着某些功能的缺失以及疏漏。这个框架的意义更多的是交流学习,我试图借鉴其它框架的优秀之处,尽量简化类名,以及尝试探索一些更通用的组件。

大多数的轻量级框架只是 CSS 框架,不涉及 JS 部分,主要用于网页的布局。我之所以打算自己编写框架,是因为工作中重复的东西太多,通过框架可以很好的将这些零散组件整合到一起。另一方面,写个小项目,学点新知识是一件趣事。

编写框架是去年想做的事情,但因为时间原因,拖了很久。写框架之初我曾陷入一个误区,我打算设计一些比较前卫的样式,立体的按钮、浮动的面板等,比如下图中的风格。

https://dribbble.com/shots/524593-Soft-Interface-Black

但是在断断续续编写框架的过程中,我逐渐找到了方向,上图的样式只是一种皮肤,编写框架之初不应该把重点放在这上面。当然,好的 UI 设计也是框架成功的一部分。

模块划分

编写框架的第一步就是要确定框架应该包含哪些模块。因为是轻量级框架,所以模块肯定没有重量级框架那么全面,只有核心的一些组件。通过比较一些轻量级框架以及工作总结,大致常用的模块包括栅格、媒体、按钮、排版、表单、表格、面板以及辅助工具。

在常用的这几个组件中,需要重点关注的是栅格、表单及面板,媒体组件也很重要,但是自由发挥的空间不大,我直接用了 Bootstrap 的媒体组件。

命名策略

首先是类命名的层次与结构。类命名一直是我比较纠结的地方,刚开始工作的时候为了起一个见名知意又简洁的类名总是抓耳挠腮。我在编写框架时尽量避免与 Bootstrap 的类名重叠,但也不能完全避免。对比其他框架会发现,这种情况不可避免的会出现,毕竟类名会有一定的规律性以及层次性。在这一点上我比较喜欢 Bootstrap 的风格。下面和 Bootstrap 的表单做一个对比。

Bootstrap 的表单结构及类名

--div.form-horizontal --div.form-group --label.control-label --input.form-control

Snack 的表单结构及类名

--div.form-row --div.form-item --label.form-label --input.form-field

这个表单结构整体而言还算不错,只是个别地方需要修改。有一些框架不给input等元素起类名,而是给父元素一个类名,个人对这种做法表示疑问,不起类名会降低框架编写及使用的灵活性。

第二个策略是组件的修饰,比如按钮及面板都存在多个语境(颜色、大小等),在这一点上我编写框架时做了一些简化,风格上有些 Semantic 的影子。

<button class="btn primary">primary</button> <table class="table bordered striped">...</table> <div class="boxes primary">...</div>

关于修饰类的策略是一个仁者见仁智者见智的问题,至于哪种方法更好,还需要在编写框架的过程中摸索。

栅格系统

演示示例: https://nzbin.github.io/snack/#grid

任何框架必须建立在栅格的基础上才能灵活布局。我在前面提到了 Bootstrap 的精华就是栅格系统。栅格系统的编写需要使用预处理器的循环功能,否则就要做无谓的重复劳动了。我遇到过一些轻量级框架是用 Less 编写的,其栅格系统就没有用循环,这样的源码稍显唐突,可能是作者对 Less 的循环功能不熟,当然 Less 本身的循环比较弱,用起来有些别扭。关于预处理器的循环,可以参照我之前翻译的 《CSS 预处理器中的循环》,比较详细地对比了三种流行预处理器的循环功能。简单说一下,Less 没有循环,但可以用递归实现,而 Sass 和 Stylus 有真循环。

我编写的栅格系统也是默认 12 列,但是后来发现 12 列的栅格缺少最常用的列宽(比如 10%、20%、30%等),比如下面 CodePen 展示的例子用 12 列栅格是无法完成的,所以我又添加了 10 列栅格,但仍然无法面面俱到,不过已经很灵活了。

栅格的使用和 Bootstrap 是一样的,除了 12 列栅格外,10 列栅格以及均分栅格都要添加.cols-

<!-- 默认 12 列栅格,所以省略 cols-12 --> <div class="row"> <div class="col-5"></div> <div class="col-7"></div> </div> <!-- 10 列栅格 --> <div class="row cols-10"> <div class="col-3"></div> <div class="col-7"></div> </div>

这个栅格并没有响应式,只有一个断点,小屏手机上的话所有栅格都会单行显示。一方面,这样的设计符合大多数轻量级框架的初衷;另一方面,我打算再写一个针对移动端的框架,毕竟 Web 端和移动端的风格差距较大,按照业务需求分开会更好。不过最近我更改了源文件,为响应式预留了扩展方式。

表单

演示示例: https://nzbin.github.io/snack/#forms

在上面的命名策略中已经展示了 Snack 表单的基本结构,基本表单除了结构之外,样式上并没有太多可以讨论的地方。在此说一下表单中checkbox的结构调整,先看一下 Bootstrap 的checkbox结构。

<!-- checkbox --> <div class="checkbox"> <label> <input type="checkbox" value=""> checkbox </label> </div> <!-- checkbox-inline --> <label class="checkbox-inline"> <input type="checkbox" id="inlineCheckbox1" value="option1"> checkbox </label>

以上两种结构不能有偏差,稍有偏差样式就会错乱,灵活性较差。其次我在想两种结构能不能整合在一起,增强灵活性。想了很久,找到了方法,Snack 结构如下:

<!-- checkbox --> <div class="checkbox"> <label> <input type="checkbox" value=""> checkbox </label> </div> <!-- checkbox-inline --> <div class="checkbox inline"> <label> <input type="checkbox" value=""> checkbox </label> </div>

也可以将样式直接加到label标签上。另外,如果将input移到label标签外也是没有问题的,如下:

<!-- checkbox --> <div class="checkbox"> <input type="checkbox" id="checkbox1" value=""> <label for="checkbox1">checkbox</label> </div> <!-- checkbox-inline --> <div class="checkbox inline"> <input type="checkbox" id="inlineCheckbox1" value=""> <label for="inlineCheckbox1">checkbox</label> </div>

这种结构有一个好处,就是可以自定义input样式,详见下面的 CodePen 的scss文件。radio的设置和checkBox是一样的。

辅助类

辅助类是一系列类的组合,比如字号大小、颜色值、padding、margin 以及左右浮动等。在一些 Bootstrap 搭建的后台管理系统中尤为常见,这样布局起来就会比较灵活。以下是一个边框的辅助类。

.border-left-right { border-left: 1px solid #eee; border-right: 1px solid #eee; } .border-top-bottom { border-top: 1px solid #eee; border-bottom: 1px solid #eee; } .border-left { border-left: 1px solid #eee; } .border-right { border-right: 1px solid #eee; } .border-top { border-top: 1px solid #eee; } .border-bottom { border-bottom: 1px solid #eee; }
http://www.jsqmd.com/news/1106721/

相关文章:

  • 摩尔投票法:线性时间寻找多数元素的优雅算法
  • 基于LTC6903与PIC18的数字控制振荡器设计与实现
  • AI落地五大硬核挑战与可验证工程解决方案
  • CS2200-CP与PIC18F25K40高精度计时系统设计指南
  • python下载
  • AI交互数字人:智能一体机场景落地核心优势
  • 深度解析 diff-cover 架构设计:企业级代码覆盖率分析实战指南
  • 闭源大模型的信任红利正在耗尽,企业 AI 必将走向本地模型和开源 Agent——以端脑科技为例
  • 机器人技术全景指南:从机械躯壳到自主智能的进化之路
  • 通勤路上也能高效编程:5个Acode移动开发实战技巧让你随时随地写代码
  • 分布式、服务化的ERP系统架构设计
  • Day1 AI 到底淘汰谁?普通人最真实的生存真相
  • 硬核实践:使用 Docker 部署生产级 PostgreSQL
  • 抖音无水印下载完整指南:三步搞定高清视频批量保存
  • Swift并行加密实战:利用GCD与CryptoSwift提升大文件加密性能
  • 亦唐科技在人工智能领域的创新应用与发展
  • 2026智能门锁行业白皮书:为什么说C级直插锁芯+3D活体识别是2026年的技术底线?
  • 零基础转行数据分析师的21天实战路径
  • 性能优化知多少
  • 大模型出来之前,我是团队里最牛的那个
  • 阿里云弹性容器实例ECI对接使用完全指南:从快速上手到生产级实践
  • Android 平台一个使用 FileIOStream 替代 RandomAccessFile.rwUTF 引发的 bad base-64 隐藏 BUG
  • 以下是C# 7.0至C# 14.0中类型系统新增或增强的主要内容:
  • Linux系统中的软连接和硬连接
  • Multica:让 AI 编程助手像同事一样干活
  • 量子优化算法GM-QAOA:高阶二进制优化新突破
  • 2026年3000元左右的投影仪哪款更好?深度用户懂当贝D7X Pro有多爽
  • 企业级 AI Agent 本地化部署实战:从环境搭建到上线全流程
  • 市面上有实力的海泡石工厂有哪些
  • 迁移学习实战:从预训练到工业部署的全流程解析