技术方案确认问询函

凯迪克Reading小程序开发项目

致:凯迪克Reading项目组(甲方)

事由:关于是否采用微搭低代码平台的确认

一、问题背景

本项目涉及多项核心业务逻辑,包括:S/A/A-/R分级算法、R级风险管控、测评状态机、PDF报告生成(雷达图+水印)、OCR文字识别、消息双通道推送、审计日志、字段级权限隔离

关键技术约束

腾讯微搭低代码平台后端仅支持 Node.js / Python不支持 Java

而乙方核心业务逻辑需用 Java(Spring Boot) 实现,上述能力无法在微搭内完成。

既然核心逻辑全部需要 Java 实现,微搭仅能做前端页面搭建,引入微搭反而增加了跨平台对接的复杂度。

二、两种方案

方案一:使用微搭(受限)

微搭前端 + Node.js云函数 / 外接Java后端

  • 前端页面:微搭拖拽搭建
  • 后端逻辑:需用 Node.js 云函数,或微搭转发调用外部Java服务
  • 部署运维:微搭托管前端,Java后端需单独部署
问题:核心逻辑无法在微搭内完成,仍需独立Java后端;微搭仅做UI层,增加了微搭与Java之间的接口对接工作;Node.js与Java双语言维护成本高;微搭平台月费为额外支出。

三、方案对比

对比维度方案一(使用微搭)方案二(不用微搭)
前端开发微搭拖拽(快)原生开发(稍慢)
后端语言Node.js(受限)Java(无限制)
核心业务逻辑需外接Java或重写Java直接实现
跨平台对接需微搭↔Java对接无对接,统一架构
技术匹配度不匹配完全匹配
交付工期延长1-2周按原计划
微搭平台月费需支付
后期维护双语言维护Java统一维护
乙方建议:推荐方案二(不使用微搭)。既然核心逻辑全部需要 Java 实现,微搭仅能做前端UI,引入微搭反而增加跨平台对接复杂度和额外平台费用。直接用原生小程序+Java后端,架构最简洁,开发效率最高,维护成本最低。

四、请甲方确认

□ 方案一:使用微搭低代码平台,后端受限需外接Java,工期延长1-2周,需支付微搭平台月费。
□ 方案二:不使用微搭,原生小程序+Java后端统一开发,按原计划交付,无微搭月费,需Java服务器(约¥200-400/月)。

请甲方于收函后5个工作日内回复确认。乙方将据此调整开发计划和报价。