一個商品有商品詳情，一般後台是用富文本編輯器儲存成html。
我想問的是，我接口該怎麼給。下面哪種方法好、
1.後台保存商品詳情，全部用圖片，保存成圖片數組，返回接口時候，返回所有圖片的數組，讓app端，一張圖片一行一行的往下排列顯示；
2 .後台用富文本編輯器，保存，然後寫個h5自適應頁面來顯示這些html內容，返回接口直接給一個h5的網頁，讓app端直接加載網頁到指定區域
哪個方法合適啊？
一個商品有商品詳情，一般後台是用富文本編輯器儲存成html。
我想問的是，我接口該怎麼給。下面哪種方法好、
1.後台保存商品詳情，全部用圖片，保存成圖片數組，返回接口時候，返回所有圖片的數組，讓app端，一張圖片一行一行的往下排列顯示；
2 .後台用富文本編輯器，保存，然後寫個h5自適應頁面來顯示這些html內容，返回接口直接給一個h5的網頁，讓app端直接加載網頁到指定區域
哪個方法合適啊？
第一種方法使用純圖片壞處很多
圖片大小比文字大, 網路不好的時候圖片載入不出來就全看不到了, 而且體驗也十分差
圖片在不同解析度下面縮放有可能失真, 處理不好甚至會變形
編輯的時候也很麻煩, 要注意圖片的品質, 大小格式等等
圖片不能細分互動, 例如不能單純點擊商品名稱跳轉
第二種H5一般是在比較趕的情況下用的臨時方案, 體驗也是很差的, 而且H5跟原生的交互也是一個問題. 而且我看你的描述並不是針對移動設備寫H5頁, 效果更差了.
你說的這兩種方法要看你們的需求吧, 如果商品詳情頁完全沒交互, 純圖片也比"自適應H5頁"好一點吧.
最好的方法是混合原生和H5頁, 詳情頁固定的控制項使用原生的控制項, 後台介面僅提供控制內容, 例如商品名稱, 圖片url之類, 變動較多的內容使用H5頁
第一種實用圖文方案
詳情使用圖片，只是用來展示，如有其它操作再用原生控制
個人認為，第一種方法好。
因為很難保證APP端顯示的樣式不會改變。
如果以第二種方式處理，如果APP改版，前端顯示重新佈局，那麼處理起老數據又是一件麻煩的事。
肯定用第一種方法 可塑性比較強
2.後台用富文本編輯器，保存，然後寫h5自適應頁面來顯示這些html內容，返回接口直接給一個h5的網頁，讓app端直接加載網頁到指定區域
