日照网站建设公司告诉你前端工作流具有那些步骤？

　前端工作流有那些步骤？

从宏观角度切换到微观角度，我们来了解一个良好的原型设计流程的重要性，以确保你团队中的网站建设前端工程师都已经做好迈向成功的准备。这里的很多内容都是跨界的，但是它们对前端工程师的开发效率和工作满意度有着重要的影响。

现在，我们不能假设所有的工程师都有相关的经验，因此前端工作流应该在新人入职时就开始运作。这样一来，理解一个新人工作时需要的所有步骤很重要，包括初始坐下来面对代码，用新笔记本电脑写下他们人生中一次有效的代码。

1.　必要的工具

所有新来的工程师的首要任务都是安装必要的软件和搭建代码运行的环境。这通常包括安装和配置你喜欢的代码编辑器、安装一些 Adobe 公司的软件，以及下载你常用的浏览器。在这些软件跑起来之后，往往需要几个步骤去安装 Git 和配置服务器准入。末尾，新人还需要整理各种各样的网络服务和密码。

没错，这看起来有点普通，但是这个流程越流畅，工程师们就能越快地进入到实际的编码工作中。

2.　本地部署

跟版本控制器打交道，往往是工程师上班时要做的首要的事，也是他下班前做的末尾一件事。这是一个授权他们访问网站代码和让他们发布新代码的工具。这个时候，他们可能需要克隆你的代码到本地环境并且使其在他们的机器上运作起来。这个步骤可以很简单：

或者，这可能是个很长的流程，包括拉取多个代码库，安装一个本地数据库，配置各种各样的服务器设置，甚至修改计算机网络和设置 VPN。不管你的流程是什么，一定要确保在 README.md 文件中说清楚，以及给出可以联系的人或者资源，以防用户对流程中的某些步骤存在疑问。

千万不要低估这个流程所需花费的时间！我曾经参与过一些只需要几分钟就能配置起来的项目，我也听过一些糟糕的故事：一位新的工程师花了几个星期才使网站在本地环境跑起来。

所以，现在我们的工程师拥有了一个代码编辑器、一个浏览器和一个本地可编辑的网站。那么，在他们开始工作之前，还需要什么呢？不妨给他们一些事情做？我们将在下一节介绍。

3.　编写用户故事

不管你叫它们任务、标签、故事还是作业，我们都需要通过沟通把人的想法和愿望提炼成一个可操作的和可检验的要求。因为没有人会读心术，所以我们需要编写用户故事，详细地描述问题的缘由、建议的解决方案和必须满足的需求点。

把所有的事情分解成小而简单的需求，这种方式在前端开发中也是适用的。现在，既然从简单的开发页面进入到了构建设计系统的级别，我们就需要确保分解工作任务的方式能够体现新的方法论思想。这意味着我们不需要再写类似“更新‘关于我们’页面”这样的用户故事。这一类需求通常包含一系列的排版和布局上的变更，还有可能包含类似“把用户行动召唤（call to action，CTA）按钮内边距扩大一倍”这样的要求。以下解释了为什么说这样的用户故事非常糟糕。

• 我们是否被问及，是改变所有 CTA 按钮的内边距，还是只改变“关于我们”页面的那一个？
• 如果我们不是要更新所有的 CTA 按钮，那么除了“关于我们”之外，是否还有其他页面需要采用这个大号的按钮？
• 提出这个任务的人，是否有权做全站范围的改动？或者，假如我们改变了全部的 CTA 按钮，但是正在为主页编写需求的人却不希望使用这个新按钮呢？
• 如果一个人正在更新“关于我们”页面上的 CTA 按钮，但另外一个人又被指派去改变“联系我们”页面上的 CTA 按钮，会发生什么呢？
• 为什么对全局 CTA 按钮的一个简单调整，会跟一堆的局部和全局的变动糅合在一起？

比起那些对单页面进行多处修改的任务，我们更应该把前端开发任务的主旨放在对系统所做的改变上。与其编写一个涉及一堆修改的大任务，不如来一个这样的任务：“创建一个新的拥有 16px 内边距的 CTA 按钮，用于代替所有内部网页中那些 8px 内边距的按钮。”

很明显，这样的任务不是让我们去改变原有的 CTA 按钮，而是创建一个新的组件。我们都知道，这样的改变是可选的，只有我们回到“关于我们”页面（另外一个任务），更新 HTML 去使用新的组件时，网站的内容才会发生变化。

通过关注组件而非单页面的内容，我们可以保证优先考虑的是设计系统，以及改动对系统产生的影响。这样的方式创建了一个更具弹性的系统，有助于避免多个页面之间的冲突。

以上是日照网站建设公司（昊诺网络公司）分享，如果大家喜欢想了解更多相关知识，请关注我们网站动态！