[iOS]业务自定义UI卡片，推荐个合适的插入方案

[ticsmatic]

很不错的项目，有异步解析，还有缓存，拓展能力也很强。

现在，我想在项目中将SSE流（Markdown数据+业务卡片json数据）渐进式渲染。对于业务卡片数据渲染到前端，有什么好的建议吗？目前我想到的有两种：

1. 在TextView内使用AMViewAttachment的子类自己的UI，布局到AMXMarkdownTextView上
2. 不添加到TextView上，而是用TextView+自定义UI+TextView这种多个TextView组合拼接的混合模式实现UI布局

同时自定义卡片要有曝光逻辑，有推荐的方案么。

[ganjingjun]

你好，非常感谢你对FluidMarkdown项目的关注和认可，也很高兴看到你在探索更复杂的应用场景！这是一个涉及 markdown 和其他自定义视图的混排问题，非常好的问题，关于你提到的两种方案其实各有适用场景，简单分析下各自的优劣势，供你结合具体业务需求做判断：
方案一：基于 Attachment 的内联嵌入
● 优势：完全数据驱动渲染，生命周期&状态管理统一、滚动连贯、内存占用稍低一些；文本与卡片在同一布局上下文中，可以自己实现更自然的混排；
● 挑战：自定义 UI 的交互和测量需适配文本布局系统，可能会引入一些刷新体验上的问题需要去解决；曝光统计需结合 TextView 可见区域手动计算，复杂动画或手势可能受限。
方案二：markdown + 自定义 View 混合
● 优势： UI视图独立，易于实现复杂交互与动态行为；曝光监听可直接依赖 View 可见性，开发调试更直观。
● 挑战：渲染前需要拆分 markdown 数据 + 自定义数据，管理多个视图的布局（线性布局）；需要分别管理 markdown+自定义视图的生命周期和状态，一些交互受限（例如内容连续选择复制）。

从业务视角有个小建议：如果业务卡片相对轻量、以展示为主，且希望保持内容整体性，方案一更符合流式 Markdown 一体设计，输出体验更好一些； 若卡片本身比较复杂或是重度交互组件，如涉及视频、地图或是频繁变化等复杂交互， 方案二会更灵活。 从可见的技术卡点来看，如果不考虑内容连续选择的交互，后者 poc 成本更低些。
无论你选择哪种路径，都欢迎反馈实际使用中的痛点，这对对我们及其他开发者也会非常有帮助！期待你的实践分享，也欢迎提 PR 或 Issue 一起讨论；