描述:
一个商品有商品详情，一般后台是用富文本编辑器保存成html。
我想问的是，我接口该怎么给。下面哪种方法好、
1.后台保存商品详情，全部用图片，保存成图片数组，返回接口时候，返回所有图片的数组，让app端，一张图片一行一行的往下排列显示；
2.后台用富文本编辑器，保存，然后写个h5自适应页面来显示这些html内容，返回接口直接给一个h5的网页，让app端直接加载网页到指定区域
哪个方法合适啊？
解决方案1:
这个问题其实很简单，市面上主流的电商，你看看他们详情页都是怎么展示的就行了。
结果很明显，都是h5页面
2.后台用富文本编辑器，保存，然后写个h5自适应页面来显示这些html内容，返回接口直接给一个h5的网页，让app端直接加载网页到指定区域
解决方案3:肯定用第一种方法啊 可塑性比较强
解决方案4:个人认为，第一种方法好。
因为很难保证APP端显示的样式不会发生改变。
如果按第二种方式处理，如果APP改版，前端显示重新布局，那么处理起老数据又是一件麻烦的事。
详情使用图片，只是用来展示，如有其它操作再用原生控件
解决方案6:第一种实用图文方案
解决方案7:第一种方法使用纯图片坏处很多
图片大小比文字大, 网络不好的时候图片加载不出来就全看不到了, 而且体验也十分差
图片在不同分辨率下面缩放有可能失真, 处理不好甚至会变形
编辑的时候也很麻烦, 要注意图片的质量, 大小格式等等
图片不能细分交互, 例如不能单纯点击商品名称跳转
第二种H5一般是在比较赶的情况下用的临时方案, 体验也是很差的, 而且H5跟原生的交互也是一个问题. 而且我看你的描述并不是针对移动设备写H5页面, 效果更差了.
你说的这两种方法要看你们的需求吧, 如果商品详情页完全没交互, 纯图片也比"自适应H5页面"好一点吧.
最好的方法是混合原生和H5页面, 详情页固定的控件使用原生的控件, 后台接口仅提供控件内容, 例如商品名称, 图片url之类, 变动较多的内容使用H5页面