技术栈Tech Stack
“完成一个网站或产品所用的一整套技术组合,叫技术栈。
用一套可维护的工具组合,把产品从本地带到真实用户面前。 本页完整展示这一领域的全部词条。
看懂框架、组件和工具怎样组成一套产品。
“完成一个网站或产品所用的一整套技术组合,叫技术栈。
“框架提供一套已经搭好的结构和约定,让你少从零开始。
“React 用组件和状态来组织界面,让页面能随着数据变化更新。
“项目需要什么工具、怎么运行,NPM 帮你统一记账和执行。
“把项目需要的第三方工具统一装好、记好版本。
“你的项目借用了哪些别人维护的能力。
“本地产物已经生成,为什么还不能宣布公开上线?
“把许多小代码文件整理成浏览器容易加载的成品包。
“写页面时更新快,发布时又能产出正式资源的工具。
“先把数据应该长什么样说清,少等运行时才发现写错。
“代码还没运行前,先检查明显的坏习惯和低级错误。
“把这次安装到的每个零件版本记死,让别人装出同一套环境。
“给每一版成品贴上号码,知道当前用哪版、哪里变了。
“需要做数据清洗、内容处理、脚本自动化或后端服务时。
“需要把模板、交互状态和样式组织成可维护的页面组件时。
“React 网站还需要搜索可见页面、服务端逻辑和统一工程结构时。
“团队希望用受约束的设计尺度快速实现大量一致界面时。
“需要可靠组件起点,又希望源码和视觉完全掌握在自己项目里时。
让代码可协作、可追踪,并安全地发布到真实域名。
“仓库是存放项目代码、历史、说明和协作记录的集中地点。
“预览 V2 正常,正式入口为什么仍是 V1?
“别只看页面像不像,要让关键动作真的跑一遍。
“每次改动都走同一套检查和发布通道,少靠手工记忆。
“名字买好了,代码和网页真正放在哪里?
“域名指到哪里,与返回哪个版本有什么关系?
“连接受保护,为什么不等于商家或应用一定可信?
“有了证书,名称、有效期与实际连接还要查什么?
“管理域名、保留源码与运行网站,分别在哪里?
“把图片和页面副本放到离客户更近的地方,打开更快。
“新版本出问题,能安全退回上一个可靠版本。
“修好一处或加了新东西,却把以前能用的地方弄坏了。
“本地做好的网站要住进一台一直在线、有人维护的公开服务器。
“每次改动都走同一条发布流水线,合格后准备上线或直接上线。
“正式开门前先在一间几乎一样的样板店完整演练。
“新功能已经装好,但先只把开关给测试人员或一小部分用户打开。
“先让少部分访客用新版本,确认没有异常再慢慢全量。
“新店在隔壁准备好,验收后把门牌一次切过去;出错再切回旧店。
“用一行明确命令让电脑执行任务,并直接读它返回的证据。
“每个改动进主线前都经过同一台自动质检机。
“代码还没运行,就先让规则把明显可疑和不统一的地方标出来。
“把“试试看”写成任何人都能照着走并得到同一结论的步骤。
“把一个零件单独放上测试台,不让外部网络和数据库干扰判断。
“零件各自合格后,再检查装在一起会不会接口对不上。
“像真实客户一样从打开网页一路办到结果,看看整条链是否断了。
“先看机器能不能启动和完成最基本动作,再决定是否做全面验收。
“修一处以后,把可能受影响的老路再走一遍。
“它告诉你哪些地方被测试走过,却不保证走过的检查有价值。
“先请一位按剧本回应的替身配合演练,不真的扣款或发邮件。
“每次测试都从同一套样品和台面开始,结果才可比较。
“同一批货同一台机器反复测,结果却一会合格一会不合格。