在建立嵌入式回复系统时,大多数开发者担心深树复杂或数据结构混乱.
对于Vlox,我采取了一种不同的方法: 保持平坦,快活,安全,通过重用一个具有智能原子极限的Mongoose计划.
以下是我如何运用MongoDB交易、严格类型消毒和自动限制, 设计出一个生产准备、赛跑条件安全的回复机制。
How It Works QQ用户动作:用户点击回复图标并提交回复.
有效载荷:Vlox的系统通过端点发送出3个字段 ::后站ID(以URL参数通过). : 正在回复的根注释的ID : 用户输入的原始文本 。
消毒和验证 : 收到的回复立即被转换为修剪的字符串 。
然后通过两个关键的验证检查: 存在检查:必须存在答复。 (如果恶意演员发送一个没有躯体的有效载荷,弦会从字面上评价并被屏蔽).
长度限制:答复必须在201个字符以下,执行标准注释限制.
原子交易 : 如果验证检查通过,系统启动Mongoose交易,以安全地执行以下步骤: 它通过.
创建 : 如果权限有效,它会创建一个新的回复. (fun fact:它重复了与标准评论完全相同的计划!).
答复舍马结构: 答复对象的功能与正常评论一样,但有两种不同的例外: 它不包含一个字段。
它包括一个额外的字段,明确指向被回复的根注释的ID.
货币封面( C) : 为了保证单个注释在同时加分计数器的同时不会收到超过10个答复,系统运行这个精确的原子查询: Error Maling: 为了抓住种族条件或用户试图回复已经满的线程的情况,系统会用.评价写入操作.
在捕捉区里 它用这个拦截 出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品地由出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出品出 尝试 Vlox: https://vlox.containers.snapdeploy.app/ 或 https://vlox.bonto.run/ 互联网档案馆的存檔,存档日期2013-12-21.
发现这个指南有用吗?
丢出一个像