Press "Enter" to skip to content

Month: March 2020

从零开始为Web项目定制构建系统(三)——简单交互页

这是前端开发练习项目《a-wgp》开发系列文章中的一篇,理论在这,源码在这

我们现在已经给项目添加了git系统,为 项目管理 打好了基础条件。接下来的一个版本继续完善「构建系统」的形式,并给wgp添加少许复杂度,做一个完整的交互页面。

wgp项目新版本功能计划如下:

  • 第一,充实build任务,划出独立的build目录,将发布版与开发版分开;添加clean反向清理任务;
  • 第二,start 任务除了启动http server,还打开浏览器;
  • 第三,添加热加载功能,不用每次修改都重新手动刷新浏览器;如 LiveReload / watch
  • 第四,添加交互行为,类似hello XXXX!

定制实验项目的计划指导

至此,「我们的定制系列」有了一定的发展模式——都是给项目的build sys完整形式,并增强功能(注意构建系统和目标应用程序功能是一对一)。「我们的系列」最后的一个目标是定制出高效的「React项目构建系统」,然而由此(简单交互页)至最后目标(React SPA)之间,还有几个版本的「构建系统」,每个版本都计划“生长”些什么,是没有严格指引的。而我们为了更好为了下一个版本作计划,我们需要这种指引。

从零开始为Web项目定制构建系统(二)——版本跟踪系统

这是前端开发练习项目《a-wgp》开发系列文章中的一篇,理论在这,源码在这

「git版本跟踪系统」和项目「构建系统」位于同一个工作目录,然而,git版本跟踪系统 是完全独立于「构建系统」的,是项目管理任务中重一项任务。版本跟踪看《Why Use a Version Control System?》和《what-is-version-control》。

不管怎样,版本跟踪任务 还是现代软件项目管理、构建、协作和分享的重要一环。在继续给我们的构建系统增加功能之前,先将为它添加版本跟踪系统(或者叫加入到项目管理之中)。

EM:「项目目录」是多个逻辑任务的宿主,版本管理,和软件构建是软件管理并行的两个任务。

从零开始为Web项目定制构建系统(一)——静态页面

这是前端开发练习项目《a-wgp》开发系列文章中的一篇,理论在这,源码在这

Web开发项目都需要一个构建系统(构建工具链),相信很多人,无论是通过实践学习前端开发,还是开始一项新商业软件项目,他们一般直接「使用现成的构建工具」作为新项目的构建工具,例如一些流行的脚手架,或者项目模板,鲜有人细究构建工具的内部构成原理。原因有几:

  • 第一,认为没有必要重发明轮子;
  • 第二,构建工具内部原理与软件编程无关涉;
  • 第三,成本;

研究构建工具内部构成的意义

而我个人认为——研究构建工具的构成——还是很有必要,这个道理有点像学前端不能只学应用框架(例如react vue),原生JS和浏览器API还是必修的;这是一个理由:了解构建工具内部结构,有助扫除「后继开发构建过程」出现的问题;

第二个理由,虽然构建工具的使用与编程是无涉的,但构建工具是用来「构建」目标程序,「构建工具」的特性与「程序」特性是一一对应的,「认识构建工具」是我们对自己的任务——程序组成的性质——深入认识的一个极好的侧面。

总得来说,构建工具的认识是很有必要的,它能提高我们的专业性——对自己的工具和任务有特别细致的了解。

「构建程序/系统 」制作的概念基础

最近觉得React编程技术学得有一定操作能力,开始转向实操阶段,转向开发环境的学习。第一个任务,是学习和定制构建工具,或构建系统。

然而,名不正,言不顺,在尝试制作一个东西之前,必须对这个东西有一定深度的认识。构建程序,或构建系统 是什么,有什么用,相信有过一定项目经验都不陌生,但并不一定精确;如果你还不能为一个特殊的项目定制 构建系统,直接使用现成的脚手架, 也是你不精通的例证之一。