如题,每次做完需求后,UI 会提出大量 Bug ,例如分布不均匀,文字过大,输入框有点短之类的问题,而且优先级还都是写的高,问他就说这些问题很重要,领导这边对于这种情况只是说按照 UI 改,但是我想前端对这种问题应该深有体会,在不影响整体的情况下,这些完全是没什么用的工作内容
|  |      101iMiata      227 天前 体会过,以前被要求 100%还原设计稿,这种要求很费时但是没有充分且正当理由办法拒绝,只能想办法避坑 作为前端,在接到设计稿的时候要先和项目经理确认好开发需求是否有多尺寸适配的需求,分别适配哪几种,然后和 UI 确认好设计稿是否符合项目经理的这些需求,且多看看页面各个地方的间距、圆角、阴影等等是否统一,全都符合了再开发 不然有得你你一点点改 | 
|  |      102otakustay      227 天前 在需要还原度的业务上,绝对还原 UI 设计不是前端最基本的素养吗 | 
|      103arron2022      227 天前 给时间就慢慢调,没时间就拉上领导做决定。 | 
|      104jadeborner      227 天前 前端最难的就是 css ,有些吹嘘像素级还原是基本功的,我不太相信。 | 
|  |      105wulili      227 天前 这是应该的。因为在 UI 眼里这就是“Bug” | 
|  |      106RyougiShiki      227 天前 如果 UI 图有标注的话,那么应该还原设计。 | 
|      107FireKey      227 天前 我们公司的 UI 喜欢用各种渐变色,阴影.但是 figma 的代码又表达不了这种效果,我干脆让他切图,放图片上去 | 
|      108HtPM      227 天前 老弟还是别先想着转后端转全栈了,前端的基本要求 100%还原的基础都没学好,先打好基础不好吗? | 
|      109daolanfler      227 天前 via Android 说到像素还原,我印象最深的是字体,设计一般默认用的苹方,在 win 上默认字体是雅黑,一眼就能看出不对劲 | 
|  |      110abelmakihara      227 天前 做的时候自己按照小屏做.. 比如小程序你要看 320 的 别看 375 414 的 如果他们完全不管 320 的另说 | 
|  |      111calvinHxx      227 天前 还原设计稿不是基本嘛。。不同设备、不同分辨率、不同操作系统 差异都很大。 再说了。改 ui 这种工程性工作。已经是比较轻松的事情了吧。 | 
|      112deplives      227 天前 如果 UI 稿一开始就定好了,没有改过,前端交付的结果和 UI 稿不一致,那说明你没按照需求去做,否则就和 UI 撕逼吧 | 
|  |      113iyaozhen      227 天前 现在 UI 还原都能讨价还价了?基础工作都能拿来说? 方法论是方法论的问题,你这个态度不端正呀。 就像你和厨子说菜有点夹生,厨子说工作量大,锅大小不一样,菜有时候不一样,煤气罐火力不足,反正差不多,你将就着吃吧。你这是强迫我,我要发帖吐槽 | 
|  |      114iCong      227 天前 这 OP 来找认同感了,认同不是他问题的回答都回复,建设性的意见一个不看。 | 
|  |      116JerryCanDo      227 天前 我也受 ui 折磨很久,但是我确实没办法生气,我们是 TOB 项目 ui 很负责我很佩服他,他的设计标准基本已经让整个部门的项目都二次开发 ui 组件去给后面项目复用了(当然他还有可能会在原来的基础上再改点别的 确实挺麻烦的 外边的 ui 组件库都不能入他法眼都得改 只能说是无奈哈哈 后面复用的东西多了就会方便一些) | 
|      117wryyyyyyyyyyyy      227 天前 @Tomfe  看起来连前后端分离都没有,这种还有 ui 设计页面,是我我都偷着乐。自己做的页面惨不忍睹,后来都是照着大厂的 ui 抄,苹果官网都被我抄烂了,遇到好看的页面就加入待抄名单。😄 | 
|  |      118cubecube      227 天前 @lingyan223 哥们在单位混得很好吧,一针见血! | 
|  |      119wanguorui123      227 天前 你不改哪来的工作量,直接裁掉? | 
|      120Xi      227 天前 @lingyan223 #2 对的,而且 UI 的所提出的"BUG"很可能是一时的感觉,并没有正常的标准,建议反向提需求,让 UI 制定一个标准组件设计规范文档,大家按这个标准执行,不要他说了啥就是啥,免得重复该来改去。 | 
|  |      121SakuraYuki      227 天前 @Tomfe #34 ui 出图不也是改了无数遍才出来的 | 
|  |      122SakuraYuki      227 天前 @crysislinux #81 现在 ui 工具都能直接生成 css 样式了,照着抄就行 | 
|      123xx841140091      227 天前 我自己就是前端,最讨厌你这种前端的,还原度都达不到一股脑的写,做出去给别人用自己心里不难受吗 | 
|  |      124shawnsh      227 天前 via Android  1 很多嘲讽的人素质是太低了。像二极管。UI 设计与前端的问题,我认为不单是前端实现还原度的问题,设计也是半吊子。设计要根据业务设计的要简洁,方便前端开发。啥都讲究成本的。你前端跟设计交流时,就跟设计沟通,感觉实现麻烦就让他换设计方案,要不然就加工时。不能让设计乱搞。沟通时要明确要明确验收条件,最低标准是什么,最好标准是什么,做到心里有数。 | 
|      125HappyAndSmile      226 天前 这个叫做还原度,在我公司前端,客户端都有这个评价标准 别人 UI 明明在做好自己的工作,你没有按照别人要求去做好,反而大言不惭地在这说别人? 那别人不负责,最终效果不好,被吐槽难道不是 UI ,然后 UI 代替你挡住了不该有评价? | 
|  |      126uiosun      226 天前 如果是正常公司,譬如用 Sketch 之类的工具,甚至你还能看到最基本的 css 代码 设计稿直接显示 font 、color 、px position 之类的不是很清晰吗,为什么不按照设计稿做? | 
|  |      127stonedongdong      226 天前 “但是实际场景 每个下拉框内容可能是有长有短 不可能强制搞成一个宽度 这时候我就会根据情况修改每个下拉框长度” “根据情况修改” 这个时候就需要跟设计沟通一下了,不要闷头改。有些设计师只考虑一般场景,类似展示数字、文字,超长的怎么展示,通常一开始都没有在设计稿上标注,所以经历过几次之后,自己就会总结出一些设计评审需要关注的点,及时让设计师更新补充(不然开发调试的时候遇到真实数据,就得频繁跟设计沟通了)沟通这一步少不了的。 如果是涉及组件库的,那么应该按照组件库规范来,而不是设计师乱来,也保证大家是在按照一个标准做东西 | 
|  |      128JKeita      226 天前 这 KPI 工作量不就上去了 | 
|  |      129maxmax4max      226 天前 和他搞好关系,提成一个 bug ,有些可有可无的问题可以协商。 | 
|  |      130zangbianxuegu      226 天前 前端就是细节,很苦逼的。外人甚至前端自己都觉得工作量不多、很简单,但其实非常费时间,各种还原设计、优化交互。在各方(比如后端)配合不力的情况下,往往没时间优化细节。 虽然是还原设计稿,前端肯定不是完全按照设计稿,比如设计稿列表间距不统一,多数时候不必要。 遇到抠细节确实很难受,比如字体不对、这里要显示几个字、和设计稿不重合,Web 页面的渲染和设计稿本来就是有差别。对于那种特别难搞的,能用图片就用图片,自己吭哧优化性能符合 Web 标准,最后是跟效果图不一样。 不过你提到的那些文字过大、输入框有点短之类的,看起来是和设计稿差距有点大,得具体看设计稿和实际表现。 | 
|  |      131laimikan      226 天前 看你补充我觉得你先需要加多点和 UI 的交流 UI 又不是出了图就不能改 你说那种实际情况和 UI 对不上 边界情况也一样 你们 UI 有想法就让他们定咯 | 
|      132Nzelites      226 天前 这就是前端的活,至于怎么做到,可以按前述所说反推 ui 规范化,但是就是得做到,细节很重要的。实在不喜欢的话楼主可以考虑下后端的道路, | 
|  |      133nomytwins      226 天前 产品里面如果有 30 个问题,用最少的成本和时间解决其中的 10 个样式问题,可以让用户体验立刻提升。优先级自然是高 | 
|      134huashuinengshou      226 天前 @shadowyue 还原 UI 是很基础的能力,而且不存在你说的很难的设计,稍微正规一点的公司 UI 都是要评审一下的 | 
|  |      135BelovedOne      226 天前 难怪很多国产车做不好,都是你这种前端导致的 | 
|  |      136ainlodiven246      226 天前 via Android 弄习惯了自己也就有点审美了自然事就少了,或者稍微看看设计课,免费的就行 | 
|  |      137nbin2008      226 天前 via Android 还有设计稿,幸福吧你,从一个原型做,改了百八十遍到最后,结论:细致的界面确实会让体验上升 | 
|      1383059349417      226 天前 还原设计稿都做不到,那还能叫前端吗 | 
|  |      139isbase PRO 基础 UI 需要推设计规范 落组件库。业务里直接引用组件库。没必要根据设计师的个人喜好在这种细节上反复浪费时间。 | 
|      140jjshare      226 天前 这还有啥值得发帖讨论的呢,UI 视觉上的东西已经是直面客户的了,这都不改的话,那还有啥是值得坚持的呢 UI 做出了设计,一比一还原,实际中看着不舒服,也都要改,何况没还原 UI 呢 | 
|  |      141jingcoco      226 天前 我感觉是如果是用了组件库, 应该去整体改组件库, 如果 对方不懂这个 ,就要时间 ... | 
|  |      142willatman      226 天前 via iPhone @lingyan223 牛,学习到了 | 
|      143yangzzzzzz      226 天前 我们公司之前也让 ui 负责过一些需求沟通 bug 之类的,后面发现成本太高了 干了好多没用的事。后面就不让 ui 接触这些,只出个原型 | 
|  |      144moyuanjun925      226 天前 既然 UI 给了设计稿,那肯定得按着设计稿来! 至于设计稿和实际场景不符,那这个问题就应该丢给设计去头疼去 | 
|      145LandCruiser      226 天前 没办法,前端是个很恶心的职业,非技术工种也能给你指指点点。 | 
|  |      146NerbraskaGuy      226 天前 看了你的追加,感觉你的问题是开发过程中如果遇到设计稿不符合实际的时候没有及时沟通,设计稿又不是死的,前端做的时候觉得不合理就必须让 UI 改,不然你啥也不说最后做完和设计稿不一致,人家就觉得你是故意的。 | 
|  |      147lizy0329      32 天前 你可以让设计每种场景都设计一下,反正工作量一起大 |