App 的界面由谁绘制？
常见 uni-app · App-vue
- 页面代码
- JS 引擎
- 通信桥
- WebView 网页
BoolMall · uni-app x
- 页面代码
- 编译
- 原生代码
- 系统原生组件
三类使用端，各自构建发布
App：按系统编译原生
Android 编译为 Kotlin、iOS 为 Swift、鸿蒙为 ArkTS，使用系统原生组件。页面集中维护，App 按系统分别构建发布。
微信小程序：按平台发布
按微信平台标准发布，共用移动端页面与业务逻辑。运营人员沿用商城商品、订单、会员和装修能力；小程序发布与 App 原生编译分别处理。
移动端网页：链接直接访问
按网页标准构建，通过浏览器打开商城。页面与业务来自同一移动端工程，交互由网页平台承载，与 App 原生组件的渲染路径分别对应。
一套代码怎么维护
一个代码仓、一套页面与业务逻辑
在一个移动端代码仓维护 uvue 页面与 uts 逻辑。商品、订单、会员围绕共同业务组织，功能修改进入各端构建过程，减少维护多份页面的工作。
平台差异通过条件编译处理
商品详情分享地址在网页读取当前页面地址，其他端使用平台分支；背景样式也按平台处理。差异放在条件编译位置，修改时检查受影响的平台。
改一次，各端分别构建发布
功能修改进入共同代码仓后，分别生成 App、小程序与网页产物。各端使用对应发布步骤，平台差异随条件分支维护，页面与业务更新在共同代码仓追踪。
开发团队需要会什么
页面使用 uvue
uvue 延续 Vue 页面组织方式，用组件、页面与样式表达商城界面。开发团队从现有移动端页面进入商品与交易功能，围绕组件属性和页面状态维护交互。
业务逻辑使用 uts
uts 组织移动端业务与类型，页面二开使用 uvue / uts。系统语言由编译过程生成，团队围绕共同移动端工程维护功能。
按平台组织发布
App、小程序和移动端网页使用对应平台的发布步骤。团队维护共同业务、管理条件分支，并为目标平台构建发布，使商城运营与移动端开发围绕同一份业务代码协作。
常见问题
技术与架构和 uni-app 开发的商城有什么不同？
区别在 App 端。BoolMall 使用 uni-app x，Android、iOS、鸿蒙分别编译为 Kotlin、Swift、ArkTS，使用系统原生组件绘制界面，不用 WebView；同一套移动端代码还发布微信小程序与移动端网页。
技术与架构小程序也是系统原生组件渲染吗？
这里的系统原生组件渲染描述 App 端。微信小程序与移动端网页按各平台标准方式发布，共用移动端页面与业务逻辑，各端分别构建。
技术与架构二开要换技术栈吗？
商城页面和业务逻辑使用 uvue / uts。团队继续围绕这一移动端工程二开，通过条件编译维护平台差异，再分别构建发布各端。
技术与架构鸿蒙版需要单独开发吗？
同一套 uni-app x 代码编译为鸿蒙原生 App，平台差异用条件编译处理。页面与业务逻辑在一个移动端代码仓维护，各端分别构建发布。
获取移动端商城建设方案
结合业务模式、移动端入口与维护安排，选择商城建设路径。