有些设计师会比较认真，这会让前端认为他们搞砸了，甚至在设计师决定“平躺”时放慢了业务迭代的节奏，这些细微的缺陷会在多轮迭代中积累;最终导致体验细节的彻底崩溃。 。有什么问题吗？首先，笔者认为设计师和前端工程师的思维方式存在根本的区别。设计师关注用户的心理模型，而工程师则考虑技术实现的逻辑。基于这种差异来追求％还原，相当于将一个表示层的统一强加在不同的底层逻辑之上，这有点像模仿别人。其次，设计稿本身的信息量往往不足。
设计师往往只能提供部分关 伯利兹消费者手机号码清单 键帧，无法完续的、多维的。例如： 多设备：应用界面要适应不同的操作系统、平台、翻转屏等设备。多种环境：需要考虑正常、弱网、无网等不同网络环境。多语言：全球化产品在不同语言环境下的呈现方式不同。更多主题：如今几乎所有产品都支持深色模式，甚至具有换肤功能。个性化/辅助功能：例如，有特殊需求的用户，如大字体或盲人。要求设计师提供全维度、全连接的设计蓝图，不仅让设计师现场“爆炸”，也无法保证迭代效率。
而且，工作环境（来源不同）的不同，使得设计师和工程师之间的信息传递除了图纸等少数部分以外，都依赖于人与人之间的理解。而人际沟通往往效率低下且容易出错。最后，设计规范本身的约束力往往不如预期。一方面，一方面业务迭代速度太快，难以跟踪规范和组件库的更新，另一方面规范制定者也很难覆盖所有业务场景。结果往往规格不够，设计者只能“拆散元件”，最终导致一次又一次重新发明轮子的现象。我们来看看设计工程是如何解决上述问题的。