1. 立项原因：旨在解决什么产品问题
面向企业客户提供标准版 SaaS 电商门户，但不同客户（如四平电器）在品牌、门店、商品、营销规则上存在差异。如果每个客户单独定制开发，交付成本高、迭代慢、维护难。
本项目要解决的核心问题是：**用一套标准版电商门户代码，配合客户级配置，支撑不同企业客户的定制需求。** 标准版提供完整的电商全流程能力，客户通过微信第三方开放平台的配置注入自己的品牌、门店、支付和接口信息，前端在运行时读取配置并按需渲染。这样既保证了交付效率，又满足了个性化需求。
2. 行业场景，业务背景
场景是家电零售企业的全渠道电商。以四平电器为例，企业需要通过 H5 和微信小程序触达消费者，支持门店切换、商品浏览、下单购买、订单履约、售后评价等完整链路，同时要接入微信生态完成注册登录和支付。
行业背景是：传统零售企业数字化转型中，普遍需要“一套系统覆盖多端、一套代码服务多客户”。标准版 + 客户配置的模式，是 SaaS 产品在定制化压力下的典型解法。
1. 项目主要有哪些功能模块
项目覆盖电商全流程，分五个核心模块：
首页：门店切换、商品搜索、营销卡片、商品推荐
商品分类：品类搜索、商品详情
购物车：购物车管理、下单、购买流程
个人中心：微信注册登录、会员中心、收货地址管理、历史订单、积分商城
订单管理：付款、收发货、退款售后、评价
2. 项目的主要功能描述
首页:支持按门店切换商品和营销内容，门店信息来自客户配置；商品搜索和推荐基于后端接口返回的数据渲染；营销卡片按客户配置的素材和跳转规则动态展示。
商品与购物车:覆盖品类浏览、商品详情、加购、下单的完整链路，购买流程对接客户的支付配置。
个人中心:接入微信授权登录，完成用户注册和登录态管理；会员中心、收货地址、历史订单、积分商城均按客户配置决定是否展示及具体规则。
订单管理:覆盖付款、收发货、退款售后、评价的完整履约流程，状态流转由后端驱动，前端按状态渲染对应操作入口。
示例图片放的是个人项目智能低代码平台图片，四平电器小程序图片因涉及版权问题不能上传，可自行进入四平电器小程序查看
1. 我负责哪些任务
作为核心前端，负责从 0 到 1 搭建电商门户的跨平台架构，具体包括：
1)基于 uni-app 搭建 H5 与微信小程序双端架构，完成技术选型、工程化配置和构建部署全流程；
2)按业务域抽象可复用组件和模板，封装业务组件库，支撑不同客户的差异化需求；
3)实现与低代码平台联动的动态化方案，配合微信第三方开放平台配置，满足客户级定制；
4)攻克动态分包、外部文件引入、深层嵌套组件渲染优化等技术难点；
5)负责与后端、实施团队联调，保障多客户交付上线。
2. 项目使用了哪些技术栈、架构，实现上的亮点、难点**
技术栈：uni-app + Vue + Webpack + 微信第三方开放平台。
架构：标准版代码 + 客户配置注入。客户通过微信第三方开放平台的 `extendJSON` 注入 API 前缀、图片服务器路径、鉴权信息、插件配置等，前端在运行时读取配置、全局存储、按需拼接，实现“一套代码、多客户部署”。
亮点与难点：
1)跨端一致性：同一套 uni-app 代码同时输出 H5 和微信小程序，处理两端在路由、生命周期、样式、API 上的差异，保证交互一致。
2)客户级动态化：路径和静态资源前缀因客户部署环境而异，通过运行时截取 URL、调用初始化接口获取配置，解决多客户部署下静态资源和接口路径不固定的问题。
3)动态分包与深层嵌套渲染：小程序端受包体积限制，做了动态分包；深层嵌套组件在动态化场景下有渲染性能问题，做了针对性优化。
4)业务组件库：按业务域抽象组件和模板，新客户接入时复用组件、只改配置，减少重复开发。
评论