Sublime Text仅是文本编辑器，无法直接运行停车场系统；需用它编写代码（如Python/Flask），再依赖外部服务处理硬件接入、计费逻辑与数据库交互。
Sublime Text 本身不支持实时监控或后端逻辑
Sublime Text 是纯文本编辑器，没有内置运行环境、网络能力或数据库连接功能。所谓“用 Sublime 开发停车场系统”，实际是指用 Sublime 编辑代码（比如 Python/JavaScript），再靠外部服务（如 Flask、Node.js、串口程序）处理车牌识别、传感器信号、计费逻辑等。直接在 Sublime 里写个 parking_system.py 并双击运行，是跑不起来的——它不会自动监听摄像头、读取地磁传感器，也不会连接 MySQL 或 Redis。
常见错误现象：ModuleNotFoundError: No module named 'cv2'、ConnectionRefusedError、运行脚本后控制台一闪而过没输出。这些和 Sublime 无关，而是缺少依赖、服务未启动、或脚本没做守护进程处理。
进出统计必须依赖外部数据源接入，不能靠编辑器触发
车位进出事件需要真实输入：要么是硬件（红外对射、地感线圈、RFID 读卡器）上报 HTTP 请求，要么是调用 OCR 接口解析摄像头帧。Sublime 只负责让你把接收逻辑写对，比如用 Python 的 Flask 写一个 /api/entry 接口：
from flask import Flask, request
app = Flask(__name__)
@app.route('/api/entry', methods=['POST'])
def handle_entry():
plate = request.json.get('plate')
# 更新数据库中该车牌的入场时间
return {'status': 'ok'}关键点：
- 这个接口必须由
python app.py启动，Sublime 不会帮你执行 - 前端或硬件设备要能访问到该服务地址（如
http://localhost:5000/api/entry） - 别在
handle_entry里直接写文件日志——高并发下容易丢数据，应走logging模块或消息队列
费用计算模块需明确计费策略与时间精度
停车场计费不是简单“停留小时数 × 单价”。真实场景要考虑：首半小时免费、夜间封顶、月卡用户豁免、跨天分段计费。如果用 Python 实现核心逻辑，重点不在语法，而在时间处理是否严谨：
- 别用
time.time()做差值算小时——它不处理时区，跨夏令时可能出错；改用datetime.now(tz=ZoneInfo("Asia/Shanghai")) - 数据库存入场/出场时间必须是带时区的
TIMESTAMP WITH TIME ZONE（PostgreSQL）或至少用 UTC 存储（MySQL 中TIMESTAMP类型自动转 UTC） - 费用四舍五入要按财务要求：有些地方规定“角”为最小单位，需用
decimal.Decimal而非float
示例片段（避免浮点误差）：
from decimal import Decimal, ROUND_HALF_UP
duration_hours = (exit_time - entry_time).total_seconds() / 3600
fee = Decimal('5.00') * Decimal(str(duration_hours)).quantize(Decimal('0.1'), rounding=ROUND_HALF_UP)Sublime 中调试这类系统最常被忽略的三件事
很多人卡在“代码写完了但数据没进来”，问题往往不在算法，而在环境链路断点：
- 硬件或模拟脚本发请求时，没加
Content-Type: application/json，导致 Flask 的request.json为None - 本地测试用
curl发请求，但忘了加-X POST或-H "Content-Type: application/json" - MySQL 连接配置写死在代码里（如
host='127.0.0.1'），部署到树莓派后连不上——应改用环境变量os.getenv('DB_HOST')
真正耗时间的不是写 calculate_fee()，而是确认传感器数据到底有没有进到你的 Flask 路由里。建议在入口函数第一行加 print(f"Received: {request.data}")，而不是一上来就查数据库。
