UI 太抠细节 强迫前端天天该样式怎么办

我也是遇到了这个问题。

其实看你的位置了，有的公司，很小，但是人家就是卡住了生态位，ta 这样做，就证明了：ta 在干活。那么 ta 的目的就到了，至于你爽不爽，ta 是不在意的。

否则 ta 就岌岌可危了。

这本身就是你的问题，人家对你负责，你却不对人家负责

你是不是比较喜欢用 flex 来做定位？

如果碰到大领导说不好看，UI 会把锅扣你头上的（本来就是你的锅）

况且现在 UI 出的图都鼠标点一下都能看到 css 样式，在 rem2px 的基础上配合 relative 和 absolute 定位，任何东西都是一把梭哈，脑都不用动还不好吗

改，不能 1:1 还原 UI 设计，做什么前端？

安排工作量，每天改改这种也不错啊。 调整一个输入框算一条任务。 一天下来任务量巨多

有种理工直男的美
产品的外观本身就是产品最重要的一部分，粗制滥造的 ui 产品我根本看都不看
还没什么用，我看到乱七八糟的设计语言我直接换平台了，管你里面雕了什么花

100%还原设计稿，前端基操啊，设计都是像素眼，你没还原就是没还原，这怪不了设计，乖乖改吧

@Tomfe #13
那你问 UI 啊，小屏幕尺寸是等比例缩小，还是给你一套新的设计稿，商量下呗

你直接用 px to vw 来做等比例缩放不就完了

多尺寸适配让 UI 给设计 不给设计 备注适配方案也行
UI 报 bug 就是一种协作的沟通方式 哪些地方要改 帮你列出来不是很好吗
至于优先级 那是浮云 高低都是要改的

领导不懂技术
但是领导不瞎

用 design token 就可以啊，推一推这个落地，就不用关注细节了

同前端 看着改就行了，都是工作

评估工时的时候把还原设计稿这项也加上去就好了

UI 要走查的，一点不同就要返工改，除非是那种大屏不好实现的，反正基本上能还原 UI 就还原，至于适配这个得提前沟通好，不然小屏笔记本很难受。遇到过几次了我

转后端？

@BigPiggggg 宽高都用 vw 来做适配吗？

花了很多精力设计 UI ，结果前端做出来根本是另外一个东西，字号、颜色、线框粗细完全不一样，而且是一眼不一样！！！
这和像素眼没关系，纯粹就是前端做出来的完全不是同一个东西，字体磅重、字号大小和设计稿一致很难吗？输入框这个大黑框和设计稿是一回事吗？ 还有为啥你改了我所有的圆角啊！！！！图片为啥拉伸了？ 真是不是设计龟毛，老老实实还原设计就好，请不要随意按照自己的想法修改设计稿！！

实在是被坑过太多次了！！！

理解楼上各位说的前端要还原设计稿，反思了下也有我的问题，不知道为什么改业务加需求什么的都能接受，但是改样式这种工作做起来就是特别抓狂

mvvm 本来 Ui 和业务是分开的，可以两个人搞，现在都是压一个程序员身上
看微软的 wpf ， 前端有一个 blend ， 功能简直和 photoshop 有得打， 后端用 visual studio
但国内会 blend 的很少， 基本就是后端用 vs 完成 ui 和业务

商业产品 UI 非常重要，字体间距组件要精确到像素

@hwdq0012 初入行时候是这样的 那时候我只负责 html css 还有特效部分 做完页面把代码给后端，后端加上业务逻辑

没有 UI, 自己做也应该细节拉满, 字号 、标题、对齐、层级感等，前端应该有基础审美， 并且对自己有要求，不吹毛求疵， 做不出来好产品。

也许你看不出来，但是 UI 确实能看出来，而且大多时候改了后的确好看了
虽然让人抓狂，但也是本职工作呀

@Tomfe
改 UI 问题特别抓狂的话, 应该是 UI 不够漂亮，俺们公司 UI 贼漂亮我就爱和她说话

这就像一个爱整洁的人指摘邋遢的人，但邋遢的人觉得他事太多，本质是认知问题。

@finab 嗯 是有点丑

跑路，别干前端了。我就是因为这个原因跑路的

理论是应该还原。
但是 ui 设计的很随意、很乱，间距、大小都不统一，那只能也随意了

@RSTAR 有道理 对样式这个问题确实是不太关注

@irisdev 现在做啥了 我目前是下了班后在学后端 打算往后端或者全栈路线走

还原设计稿是基本标准，有设计稿已经很好了

100% 还原是基操，响应式页面 UI 应该出不同尺寸的多个设计稿，字节有款走查验收工具 https://copixel.bytedance.com 交付前可以自己检查一下

我认为前端要兼顾考虑 ui 的还原程度问题和工时问题，工时长可以细节控，工时短的话确保颜色，字号对得上，定宽定高，不同 size 的屏幕兼容整体美观就可以了，做 b 端根本没必要对 ui 吹毛求疵，做 c 端的话 uiux 自然是好马要配好鞍。

我们不是 UI 让改。是 UI 出了，前端还原了，老板继续改。说设计稿框框太多，空间太大

你这一看没啥经验，搞得好像自己还挺有责任感，还特别不招人待见。

一个原则，无论如何都应该符合 UI 设计。
你做的任何事如果违反这个原则，你放在哪都没人支持。

但是，这个原则需要付出代价
UI 出一个设计他觉得很美，老板也满意，但是你要兼容小中大三种屏幕，你可以要求所有设计都出 3 套
按照你的快速实现，2 天能干完的活，像素级还原，要 10 天

不要和大原则做对，你所做的一切都是还原 UI 设计
让老板去做取舍，而不是你自己做取舍

@xiaoqidev #48 chrome 说是什么没有遵循最佳实践不让下载，不过看操作视频是有点意思，平常开发到处切屏看 ui 也挺麻烦

既然是前端，理应就按照 UI 的设计进行啊。 如果 UI 没有规则，那么就反馈这个问题。

楼主是前端吗，是的话菜就多练

UI 扣的细还不好么

让 UI 用 figma ，直接生成样式，像素级还原

还原 UI 设计稿是应该的，但如果 UI 只出了一份稿却让我实现三个终端的适配，那我就得提刀了/doge

@AokiNet #52 以前装的没注意，很多插件不升 v3 都不让装了，找到另外一个链接，有需要可以手动下载安装一下 https://www.crxsoso.com/webstore/detail/iljifliapaimkofafkddpgkfkmnocajf

都有 UI 了，你当公司出钱养人是在闹着玩呢？ 正视自己的问题，1:1 还原 UI 是前端的基本工作职责。

@Tomfe 让他针对不同尺寸的屏幕都做一套设计方案

@Tomfe #13
UI 没给适配方案，你也没问，测试阶段 BUG 都指给你，优先级还特别高，那你肯定越改越不爽。

这些东西开发前就要达成一致，包括本次测试的分辨率范围、每个分辨率对应的效果图或是适配方案，开发时有擅自修改的地方一定要和 UI 达成一致。发现 BUG 的时候先看看是否是设计问题，对于效果图上没有的、适配方案不够具体的，BUG 责任人都可以标成 UI ，这样你改起来就没有负担了。

另外楼上说的组件化设计也非常对，对于字体、字号、边框这些和你们的 UI 库差异比较大的问题，多跟领导沟通改动所需要的工时，领导肯定还是以工时为重的。

这是基本职责

果然大部分前端是没有 100%还原设计稿的能力

所有数字，要么自动标注，要么让 UI 手动标注，开发按照标注来，只要跟标注一样就不是 BUG

"分布不均匀，文字过大，输入框有点短 " 这些属于基本工作内容
就像测试跟你提出这个接口响应有点慢一样