Saas模式，为不同企业提供交易平台解决方案，不同企业，甚至于不同类目，商详页存在差异化。由于不同租户对商详页的主体框架都存在不同的，因此，市场上通用的商详页装修（在既定好主框架上装修）很难满足多样式需求。基于该种场景，可以通过前端组件化及用户界面可视化装修实现商详页主体框架、可扩展点的多样化装修。

　　所谓的前端组件化平台，大家可以理解为管理商详页所有抽离出的组件平台，该平台主要面向研发人员或者实施顾问。

　　组件与布局的结合应用，搭建出不同主体框架样式的商详页，应用至不同的租户。该平台具体实施方法，不再在此描述。主要是分享商详页的组件配置思，而不再仅限于主体框架每次都需研发人员重新开发。

　　通过组件化方式配置商详页主体框架时，可以在不同的布局、不同的区域保留不同的扩展点。所谓的扩展点，即给各店铺可灵活装修的区域。店铺可以通过产品详情页装修，在商详页不同的可装修区域（扩展点），选择模块进行可视化装修。

　　不同状态，不同业务会对应不同的商详页，比如：下架商品、询价商品、拼团商品等等。除此之外，加载时还需根据某些信息，展示对应的信息。比如：商品的区域价、用户是否登录，登录后是否有会员价等等。

　　举例：触发立即订购，结合当前系统的业务，需要进行：是否登录、是否风险名单用户、是否用户、起订规则是否满足、配送区域是否满足等等规则校验。

　　校验规则视具体业务而定，当用户不满足某些规则检验时，需给出相应提示及告知用户下一步如何操作。

　　由于商详页，或者整个商城（如首页、频道页、列表页等）存在很多规则校验，整理出交互提示规范，相同或者同类场景，统一交互提示规范。

　　结语：以上是商详页重构，针对降低开发成本，满足多企业多场景对商详页的实践，希望能给遇到同样场景的朋友提供不同的解决思。欧豪家庭背景

　　本文由 325游戏（m.325games.com）整理发布