2016-10-09 07:38发布
一个商品有商品详情,一般后台是用富文本编辑器保存成html。我想问的是,我接口该怎么给。下面哪种方法好、1.后台保存商品详情,全部用图片,保存成图片数组,返回接口时候,返回所有图片的数组,让app端,一张图片一行一行的往下排列显示;2.后台用富文本编辑器,保存,然后写个h5自适应页面来显示这些html内容,返回接口直接给一个h5的网页,让app端直接加载网页到指定区域
哪个方法合适啊?
你说的这两种方法要看你们的需求吧, 如果商品详情页完全没交互, 纯图片也比"自适应H5页面"好一点吧.
最好的方法是混合原生和H5页面, 详情页固定的控件使用原生的控件, 后台接口仅提供控件内容, 例如商品名称, 图片url之类, 变动较多的内容使用H5页面
编辑的时候也很麻烦, 要注意图片的质量, 大小格式等等
个人认为,第一种方法好。因为很难保证APP端显示的样式不会发生改变。如果按第二种方式处理,如果APP改版,前端显示重新布局,那么处理起老数据又是一件麻烦的事。
第二种H5一般是在比较赶的情况下用的临时方案, 体验也是很差的, 而且H5跟原生的交互也是一个问题. 而且我看你的描述并不是针对移动设备写H5页面, 效果更差了.
第一种实用图文方案
图片大小比文字大, 网络不好的时候图片加载不出来就全看不到了, 而且体验也十分差
肯定用第一种方法啊 可塑性比较强
图片不能细分交互, 例如不能单纯点击商品名称跳转
第一种方法使用纯图片坏处很多
最多设置5个标签!
付费偷看金额在0.1-10元之间
你说的这两种方法要看你们的需求吧, 如果商品详情页完全没交互, 纯图片也比"自适应H5页面"好一点吧.
最好的方法是混合原生和H5页面, 详情页固定的控件使用原生的控件, 后台接口仅提供控件内容, 例如商品名称, 图片url之类, 变动较多的内容使用H5页面
编辑的时候也很麻烦, 要注意图片的质量, 大小格式等等
个人认为,第一种方法好。
因为很难保证APP端显示的样式不会发生改变。
如果按第二种方式处理,如果APP改版,前端显示重新布局,那么处理起老数据又是一件麻烦的事。
第二种H5一般是在比较赶的情况下用的临时方案, 体验也是很差的, 而且H5跟原生的交互也是一个问题. 而且我看你的描述并不是针对移动设备写H5页面, 效果更差了.
第一种实用图文方案
图片大小比文字大, 网络不好的时候图片加载不出来就全看不到了, 而且体验也十分差
肯定用第一种方法啊 可塑性比较强
图片不能细分交互, 例如不能单纯点击商品名称跳转
第一种方法使用纯图片坏处很多
一周热门 更多>