小程序开发语言怎么选

很多人第一次接触小程序开发，最困惑的问题不是“怎么写”，而是“用什么写”。打开微信开发者工具，看到 .wxml、.wxss、.js、.json 四类文件，再听到别人说“小程序可以用 Vue 写”“可以用 uni-app 一套代码发多端”，很容易陷入选择困难。这篇文章从实际项目出发，把小程序开发语言的层次关系讲清楚。

小程序不是一种语言，而是一套技术栈

严格来说，微信小程序没有发明新语言，它是一套以 JavaScript 为核心、配合类 HTML/CSS 标记语言的技术栈。原生开发涉及四类文件：

• WXML：页面结构，类似 HTML，但标签是 view、text、image 等组件，支持 wx:if、wx:for 这类指令。
• WXSS：样式，基本等价于 CSS，增加了 rpx 单位，尺寸按 750 设计稿等比换算。
• JS：逻辑层，负责数据、事件、网络请求和页面生命周期。
• JSON：配置，页面路径、窗口样式、组件引用都写在这里。

所以“小程序开发语言”的准确答案是：JavaScript（或 TypeScript）+ WXML + WXSS + JSON。如果你已经会写网页，迁移成本主要在于熟悉小程序特有的 API 和生命周期，而不是重新学一门语言。

逻辑层：JavaScript 是主线，TypeScript 是加分项

逻辑层运行在独立的 JS 引擎中，不能直接操作 DOM，所有界面更新通过 setData 驱动。一个最典型的页面逻辑如下：

Page({
  data: {
    list: [],
    loading: false
  },
  onLoad() {
    this.fetchList()
  },
  async fetchList() {
    this.setData({ loading: true })
    try {
      const res = await wx.request({
        url: 'https://api.example.com/list',
        method: 'GET'
      })
      this.setData({ list: res.data.items })
    } finally {
      this.setData({ loading: false })
    }
  }
})

如果项目规模上去，建议直接上 TypeScript。微信开发者工具原生支持 TS 模板，配合 miniprogram-api-typings 可以获得完整的 API 类型提示，接口字段写错在编译期就能发现，比运行时调试省事得多。

WXML 与 WXS：模板里的那点“编程”

WXML 本身只负责结构，不能写复杂表达式。需要在模板里做格式化时，用 WXS——它是小程序内置的一套脚本，语法接近 ES5，运行在视图层，适合做时间格式化、金额处理这类轻量计算：

// utils.wxs
function formatPrice(value) {
  return (value / 100).toFixed(2)
}
module.exports = { formatPrice: formatPrice }

<wxs src="../../utils.wxs" module="utils" />
<view>￥{{ utils.formatPrice(item.price) }}</view>

注意 WXS 不能调用 wx.request 等 API，也不支持 ES6 语法，把它当成模板层的“小工具函数”即可，别把业务逻辑往里塞。

跨端框架：什么时候值得用

原生之外，主流选择是 uni-app（Vue 语法）和 Taro（React 语法）。它们的价值在于一套代码同时输出微信、支付宝、抖音小程序和 H5、App。判断标准很实际：

• 只做微信一端：优先原生，包体小、问题少、平台新能力跟进最快。
• 要覆盖多端：选 uni-app 或 Taro，但要接受部分平台差异需要条件编译处理。
• 团队已有 Vue/React 积累：跨端框架能显著降低上手成本。

需要提醒的是，跨端框架不是“写一次到处完美运行”，支付、登录、订阅消息这些强平台相关的能力，仍然要按端分别适配。

云开发改变了后端语言的门槛

如果项目是工具类、内容类，且没有独立后端团队，微信云开发是很务实的选择。云函数用 Node.js 编写，数据库是文档型，前端直接调用：

// 云函数 login
const cloud = require('wx-server-sdk')
cloud.init()

exports.main = async (event, context) => {
  const { OPENID } = cloud.getWXContext()
  return { openid: OPENID }
}

这样整个项目只需要 JavaScript 一种语言，从页面到接口再到数据库访问全部打通，对个人开发者和早期验证阶段非常友好。

选择建议

把上面的内容压缩成几条可执行的结论：

1. 先掌握 JavaScript 基础，再学小程序，顺序不要反。
2. 单端项目用原生 + TypeScript，稳定且可控。
3. 多端需求选 uni-app 或 Taro，提前规划条件编译。
4. 没有后端资源时，用云开发把语言统一到 Node.js。
5. WXS 只做视图层轻计算，业务逻辑留在 JS 里。

语言只是入口，真正决定小程序质量的，是对生命周期、setData 性能、包体控制和平台规范的理解。选一套自己写得顺的技术栈，然后把它用熟，比反复比较框架更有价值。