1. 支付接口对接
• 公司需要与第三方支付平台（如微信支付、支付宝）进行支付接口对接。
• 每个直营店都需要在第三方支付平台上注册自己的商户号，并与公司的支付接口进行绑定。
• 公司为每个直营店提供一个独立的收款二维码，用于顾客扫码支付。

2. 资金结算
• 顾客通过扫码支付后，资金会先进入公司的第三方支付平台账户。
• 公司可以通过第三方支付平台的后台，将资金提现到公司的银行账户。
• 公司再根据每个直营店的销售额，将资金打到各个直营店的银行账户。

3. 资质要求
• 公司需要具备《支付业务许可证》才能进行支付业务。
• 直营店不需要具备《支付业务许可证》，但需要在第三方支付平台上注册自己的商户号。

4. 蜜雪冰城小程序的收单和清算
• 蜜雪冰城小程序的收单方是上海富友，清算服务方是网联清算有限公司。
• 上海富友是第三方支付平台，为蜜雪冰城提供支付接口的服务。
• 网联清算有限公司是清算机构...

@c2kaka 要求是 AngularJS ，Angular 也可以试试

base64 wx：d2lubmllbG92ZTIwMjA= 10 年全栈，目前在创业，可以合作～

今年 9 月份走了一大半 2 万多公里，西藏那段比较废车～

挺贵的，一个这样的页面$0.3

APP 和邮件推送
”尊贵的顾客

您的银联会话已超时。请登录网上银行查看您的账户是否被扣款。“

360 账户被扣款了，可是对方很久都没收到～ 这个情况只能打客服了吗？

我用 5V3A 的电源，3 年多了一直很稳定

综合方式一、二和其它老哥回复，可得：
1. 新增条目：条目没有`id`字段（或`id`为 null 或特殊标记）。
2. 编辑条目：条目有`id`字段，并且`del`字段未标记或为 0 。
3. 删除条目：不从列表中移除，而是保留`id`字段，并将`del`字段标记为 1 。

优点：
1. 数据一致性：通过保持所有条目（包括已删除的）在列表中，并明确标记它们的状态，我们可以减少因数据丢失或时间差产生的数据一致性问题。
2. 简化后端逻辑：后端可以直接根据`id`和`del`字段来确定应该执行哪种操作（新增、编辑或删除），而无需与数据库中的现有数据进行比较。
3. 前端逻辑清晰：前端只需要在用户执行删除操作时更新`del`字段，而不是从列表中移除条目，使得前端逻辑更为简单和清晰。

缺点：
1. 数据传输量：由于已删除的条目仍然保留在列表中，会稍微增加数据传输量。

示例：
{
"id": 1,
"name": "",
"age": 1,
"childTable": [
{ "id": null, "cardNo": "", "type": 1, "del": 0 }, // 新增
{ "id": 1, "cardNo": "", "type": 1, "del": 0 }, // 编辑
{ "id": 2, "cardNo": "", "type": 1, "del": 1 } // 删除
]
}

https://github.com/iamlinhui/HiJson/releases

启动：java -jar HiJson-2.1.6.jar

WeChat BASE64：d2lubmllbG92ZTIwMjA=

base64：d2lubmllbG92ZTIwMjA= 21 年拿到毕业证，学位证还差个英语~ 可以给你推荐

美国 ip （全局代理） ，印度号码，充值 0.17 美元，成功注册

上海，周边。vx base64: d2lubmllbG92ZTIwMjA=

我这里有个小房间，不介意可以过来短住一下

d2lubmllbG92ZTIwMjA=

@Kyleva d2lubmllbG92ZTIwMjA=