8月3日 前端响应式设计简报
· 阅读需 3 分钟
前端响应式设计简报
具体内容
| 会议名称 | 前端响应式设计简报 |
|---|---|
| 项目名 | C0726 |
| 会议地点 | 会议室C301 |
| 参会人员 | @phil616, @morcos, @liyuyang |
| 开始时间 | 2025-08-03 10:09:00 |
| 结束时间 | 2025-08-03 10:23:00 |
会议内容
框架测试及多端适配讨论
- 框架测试结果：昨天框架测试已完成且出报告，1080P渲染图效果尚可，但渲染图无响应式适配，未做手机端和平板等多端适配，导致在这些设备上渲染图会出问题。
- 多端适配必要性：必须进行多端适配，不能保证用户使用何种终端访问网站，网站应更换为适配多端应用的交互逻辑，尽量保持各终端体验一致，避免出现手机端与电脑端功能不一致的交付事故。
- 适配思路：可对字体大小进行调整，如小屏幕缩小、大屏幕放大；对折叠栏、菜单、导航栏、面包屑等进行折叠隐藏或设置小导航等方式优化。即便在设计和性能上做出一定牺牲，也要保证多端交互一致性，这也是选择做网页端而非其他终端应用的原因。 ----RAWCONTENT---- 昨天的那个框架测试是不是已经完成了？已经完成了。我看到那个测试结果了，已经出报告了，是吧？现在的问题不是在报告身上，我看到那个渲染图了，渲染图从1080P 的角度上来看还是可以的。但是问题没出在这个1080P 上，渲染图自己他是不带有任何的这个。渲染图他自己不带有任何的。响应式适配。那是不是说明。他要随着渲染大小变化还是变化？正常来讲是要变化的，但是还没做这个多端适配手机端和平板之类的设备，这个渲染图会出问题，事实情况确实是这样的。要做适配吗？肯定是要做适配的，你不能保证用户会在什么终端上用这个网站。反正是网站本身做适配，换成能够适配多端应用的交互逻辑，其实。并不会有太大的损失。你看比如说字体大小，你可以进行一些调整，比如说在小的屏幕上就缩小一点，大的屏幕上就放大一点，然后折叠栏、菜单、导航栏、面包屑可以做一些折叠隐藏，然后给出一些小导航都是可以的。但是至少你不能让不同端点的这个地方体验不一致，不然的话。手机端跟电脑端，它有可能变成两个不同的应用，这种情况是没有办法接受的。如果说我在手机端完成的功能在电脑端不能完成，或者反过来这种情况是比较严重的交付事故，嗯，总要保持一致，哪怕在设计上做出一些牺牲，在性能上做出一些牺牲。要不然的话就用 QT 去做桌面终端了，为什么还要做网页端呢？做网页端的目的就是让它保持多端一致，用 Web 技术去弥补不同端点它带有的这些交互损失，保证交互一致性。不然那为什么不做安卓的 APP？为什么不做 QT 的 Windows 应用呢，对吧 (raw content should not appear in the meeting minutes. Please ask the minutes secretary to delete the raw content) ----RAWCONTENTEND---