应使用服务端提供的方向标识(如is_self或direction字段)动态添加CSS类名message--sent或message--received,配合独立的.message-container flex容器分别设置justify-content: flex-end或flex-start实现左右对齐,避免依赖顺序、data属性或text-align。

怎么用 CSS 类名区分发送和接收消息
HTML 本身没有“发送/接收”语义,必须靠开发者自己加标记。最直接的方式是给每个 用 生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面,使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力:
- 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面;
- 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”;
- 提及位于 `apps/console/src/featur 左右对齐后,很多人直接给气泡加
事情说清了就结束。方向标记这事,核心不是怎么写 HTML,而是服务端是否提供可靠标识、前端是否坚持单向数据流映射——样式只是结果。message--sent 或 message--received。别依赖顺序、内容或时间戳来推断方向——服务端返回的数据里就应该带 is_self: true 这类字段,前端只管映射。
sender_id 对比当前用户 ID,或直接返回 direction: "outgoing")class="message message--sent" 或 class="message message--received"
:nth-child(odd) 这类纯样式方式判断方向——消息可能异步到达、被撤回、或分页加载,顺序不可靠flex 布局中如何让发送消息右对齐、接收左对齐
justify-content: flex-end 和 justify-content: flex-start 是主流做法,但关键在容器结构。不能把所有消息塞进一个 flex 容器再靠子元素自身对齐——那样会导致换行错乱、气泡宽度计算异常。display: flex
justify-content: flex-end,接收加 justify-content: flex-start
max-width: 70% 并用 margin 控制间距,避免撑满整行
.message 元素直接设 text-align——它不管 flex 子项的主轴对齐为什么用
data-direction 属性不如 class 可靠data- 属性适合存原始数据,但不适合驱动样式。CSS 选择器对 [data-direction="sent"] 的匹配性能略低,更重要的是:它无法参与 BEM 或 CSS-in-JS 的原子化构建,也不利于后续加动画、状态变体(比如“正在发送中”“已读”)。
message--sent message--pending 比 data-direction="sent" data-status="pending" 更易维护element.classList.contains('message--sent') 比查 dataset.direction 更稳定,尤其在 SSR hydration 后属性可能被清空移动端适配时容易忽略的 padding 和 margin 冲突
margin-left 或 margin-right 来留白,结果在小屏上气泡贴边、文字换行异常。真正该控制的是容器的内边距和气泡的外边距协同。
.message-container)设 padding: 0 12px,统一留白基准margin: 4px 0 控制上下间距,左右不留 margin——靠容器 padding 和 flex 对齐保证位置.message--sent .bubble 单独设 margin-right: auto,这会破坏 flex 主轴逻辑,且在 iOS Safari 中偶发渲染错位
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










