fde
前端体系规划指南。Architecture of Frontend Development Efficiency
前端体系规划指南
欢迎在 issue 中留下你的相关建议。
原则:
- Reusable (包含可重用 UI 设计)
- Responsive(快速发布周期)
- Quality (质量控制)
- Cross-Platform 跨平台(响应式设计,混合应用)
- Communication(减少沟通成本,UX 和开发)
1. 设计
原型
原型,是指某种新技术在投入量产之前的所作的模型,用以检测产品质量,保障正常运行。
分类:
- 验证原型 用于验证最初设计的一些关键功能,没有最终产品的所有功能。
- 工作原型 最终产品所有的或几乎所有的功能。
- 视觉原型 预期设计的尺寸和外观,而不是功能。
- 形态原型 是初期的视觉原型,强调其中设计的几何特征,不是很重视颜色,纹理,或其他与最终外观相关的属性。
- 使用者体验原型 在功能与外观上相当完整的原型,可以用于使用者研究。
- 功能原型 完成设计上所要求的功能和外观,但可能是与最终设计使用不同的技术和不同的尺寸来创建。
- 纸上原型 印刷的或手绘的软件产品之使用者界面。这些原型通常用于设计软件时,在早期的设计阶段时进行软件功能盘点,以便在投入更多耗费成本的设计之前,先确认设计决策是否正确。
相关工具:
- Balsamiq Mockups
- Axure
- Sketch
相关文章:
设计系统(Design System)
目的(Why):
设计系统是一组相互关联的设计模式与共同实践的,以连贯组织来达成数字产品的目的。模式是重复组合以创建界面的元素:用户流、交互、按钮、文本、图标,颜色、排版、微观等。实践则是选择创建,捕获,共享和使用这些模式的方法,特别是在团队中工作时。 —— Alla Kholmatova 《Design Systems》
如何做:
示例:
相关模式:
- 原子设计,是一个设计方法论,由五种不同的阶段组合,它们协同工作,以创建一个有层次、计划性的方式来界面系统。
相关文章:
Design System Ops
Design System Ops,允许整个组织的人员设计、重新设计和改进产品,而不会失去质量,可用性和一致性。
相关文章:
- DesignOps at Airbnb: How we manage effective design at scale
- DesignOps: Unleashing the potential of our design studio
- What is design operations and why should you care?
可视化搭建前端
可视化搭建前端,是指通过推拽的方式,在线创建和生成前端界面。
示例:
- 飞冰 是一套综合解决方案,用来极速构建中后台应用。
相关文章:
架构
普通相关资源:
- zoid 跨域组件工具集
- post-robot 客户端跨域 post-messaging
- Resources about Front-end Architecture and Design Systems, etc.
- AWS Architect Patterns Archives
微前端相关资源:
- Mooa Angular 微前端框架
- single-spa 跨前端工具集
- Stencil 跨前端框架组件库
相关文章:
2. 创建
脚手架/生成器
脚手架。作为一个基础的模块应用,用于快速生成、搭建前端应用。它除了包含一个前端项目所需要的要素,往往还包含着组织内部相关的规范和模式,如部署模板、构建系统等。
类型:
- GUI 脚手架。
- CLI 脚手架。
生成器,可以根据一系列的配置参数,以实现更强的定制化作用。它是一种更高级的脚手架的方式来创建应用。
相关文章:
快速工作平台
Why:搭建环境不是一件容易的事。
How:通过 CLI 生成。
3. 开发
代码模式库
模式库,是一系列可复用代码的合集,如前端的组件,通用的工具函数等等。其目的是在多个应用之间共享代码,以降低修改成本。在设计架构的时候,要是考虑内建相应的 UI 组件库,便需要考虑结合装饰器模式,作为一层代理,来封装外部的 API,以降低后期的修改成本。它还包含了用于多个前端应用通讯的数据通讯库。
相关文章:
- Creating your own vanilla JS helper library like Lodash and Underscore.js
- How to create your own vanilla JS DOM manipulation library like jQuery
Mock Server
Why:
Mock Server(仿造服务器),即用于仿造后端接口的模拟 HTTP 服务器。它是一个简单的 HTTP 服务,在后端未准备好的情况下,它可以为前端提供一个可用的 API 服务。
模式:
- 普通 Mock Server。在 API 配置文件中定义了什么,便返回什么内容。
- DSL 形式的 Mock Server。它是以普通的 Mock Server 有所不同,其中的配置文件(通常是 JSON)是通过特定格式编写的,返回的数据只是 API 配置的一部分。
- 编程型 Mock Server。它需要我们编写简单的代码,才能返回对应的 API 数据。它的优点是灵活性更高,但是缺点便是维护成本更高。
- 契约测试,又称之为消费者驱动的契约测试(Consumer-Driven Contracts,简称 CDC),是指从消费者业务实现的角度出发,驱动出契约,再基于契约,对提供者验证的一种测试方式。
相关资源:
编辑器/IDE 插件
编辑器/IDE 插件,用于在 IDE/编辑器插件中,集成文档、常用代码等相关内容。
Intellij IDEA 相关资源:
VisualCode Studio 相关资源:
浏览器插件
相关插件类型:
- Developer Tools.
- API 验证。诸如 Postman
调试 Debug 工具
代理调试:不管是在开发过程中,还是实际的线上 Debug 中,都需要查看、修改 HTTP/HTTPS、WebSocket 的请求、响应,同时也需要 HTTP/HTTPS 代理服务,把实际的域名,代理到本地测试服务器用于调试。
相关工具:
移动端调试:在 APP 中或者在移动浏览器调试网页,没有类似 Chrome Developer Tools 的调试工具,无法方便的查看请求,打印到 Console 等常规调试方法。
相关工具:
性能分析与优化
检查清单:
要点:
- TTFB (Time to first byte)时间
相关工具:
- Chrome Lighthouse/Audits (Chrome Developer Tools 的 Audits 标签里)
常规优化:
- Essential Image Optimization 图片优化完全指南。
- 前端性能量化标准
- 前端性能优化の备忘录
- 如何使用 Timeline 工具 Google 官方的 Timeline API 使用。
- 7 天打造前端性能监控系统。来自百度 FEX 的文章,从 What、How、What 等几个维度,详细介绍了 Web 前端性能优化。
- 中文版:2018 前端性能优化清单
- Lighthouse 与 Google 的移动端最佳实践
企业级相关文章:
- Case study: analyzing the Walmart site performance
- A Tinder Progressive Web App Performance Case Study
- A Pinterest Progressive Web App Performance Case Study
- Twitter Lite and High Performance React Progressive Web Apps at Scale
构建时优化:
4. 联调
统一 API 接口
Why: 后端设计的接口,并不一定适用于前端使用。这便要求前端对后端有一定的了解,以协助后端设计出适合前端使用的 API。
相关资源:
自动化契约测试
Why: 在实施前后端分离架构的过程中,最让人苦恼的莫过于:API 发生了变化。API 发生变化的原因那可是相当的丰富:业务变化、字段名出错、第三方接口不匹配等等。
契约测试,又称之为消费者驱动的契约测试(Consumer-Driven Contracts,简称CDC),根据消费者驱动契约,我们可以将服务分为消费者端和生产者端,而消费者驱动的契约测试的核心思想在于:从消费者业务实现的角度出发,由消费者自己会定义需要的数据格式以及交互细节,并驱动生成一份契约文件。然后生产者根据契约文件来实现自己的逻辑,并在持续集成环境中持续验证。
相关资源:
5. 测试
前端测试
相关资源:
性能测试
相关文章:
可视化回归测试
可视化回归测试工具,通过捕获网页 /UI的屏幕截图,并将其与原始图像(历史基线屏幕截图或来自实时网站的参考图像)进行比较,来执行前端或用户界面(UI)回归测试。
相关 Awesome 资源:Awesome Visual Regression Testing
相关工具:
- snapshot testing
6. 运营
应用性能监测
APM (Application Performance Management,即应用性能管理,在分布式领域也称为分布式跟踪管理)对企业的应用系统进行实时监控,它是用于实现对应用程序性能管理和故障管理的系统化的解决方案。
相关资源:
相关文章:
错误日志跟踪
有很多种情况会导致Javascript抛出异常,包括网络失效、语法错误、运行时错误等。我们希望在页面上有异常发生时,能够获得脚本错误的基本信息、文件url、行号 。
How:
相关文章:
相关资源:
7. 维护?(待定)
架构迁移
相关文章:
重写
其它
相关文章
效能:
度量
- 如何衡量研发效能?阿里资深技术专家提出了5组指标。关键字:持续发布能力、需求响应周期、交付吞吐率、交付过程质量、对外交付质量。
相关资源
AlloyTeam
来源:https://github.com/Pines-Cheng/think/issues/32
AlloyTeam 内部都有对应的解决方案:
- Steamer 命令行工具及脚手架
- AlloyStore 组件展示平台
- LinkStar 假数据联调平台
- JB 测试部署平台
- Ars 发布上线平台
- AlloyData 数据上报平台
- Sentry 错误监控平台
- AlloyKit 离线包发布平台
- XuanWu 直出平台
Frontend Case Stuies
** https://github.com/andrew–r/frontend-case-studies 这个项目介绍了真实世界的企业前端架构,包含了一系列的相关案例。
***** 卫报 前端文档 该项目不仅包含了卫报的前端代码,以及相关的详细设计文档。
License
© 2019 A Phodal Huang’s Idea. This code is distributed under the MIT license. See LICENSE
in this directory.