前端最怕产品临时改哪块需求？
产品说“这个字段挪个位置”，前端心里已经凉了半截。挪位置意味着整个数据流要重走一遍，组件传参改七层，缓存策略重新算，每个引用这个字段的页面都得回归，三小时起步产品说“把这个弹窗改成新页面”，前端表面点头，脑子里已经在重建路由改状态管理重新设计生命周期，原来五行的弹窗组件变成三百行的页面，还要兼容原来的调用方式，改完还要自测五个关联模块产品说“加个全局筛选条件”，这是最狠的。筛选要穿透所有页面所有接口所有组件，前端得改接口参数改全局store改每个页面的数据请求逻辑，还要处理筛选状态和页面路由的联动。一个看似简单的筛选，改完可能比做这个功能本身还久产品说“这个交互逻辑要调整一下”，翻译过来是之前设计的那套状态机全废了。按钮的禁用逻辑改一轮，提交前的校验改一轮，成功后的跳转改一轮，异常处理的回退再改一轮，四轮改完原本写死的埋点全部对不上了最魔幻的是产品改完需求说“就改了一点点”，前端看着git diff里三百行的变动，一句话都不想回如果说后端最怕改数据库字段，那前端最怕的就是改状态管理和路由层级，这两样东西在前端代码里是根，动一次根，上面所有的枝叶都要跟着晃所以下次产品说“这个很简单就改一下”，前端可以直接回他：你简单，我不简单
发布于 四川
分享
评论
赞
未登录
友善发言
评论
加载中
