哈哈哈哈哈哈哈评论都挺好玩的

留一下：OTgyMTQ0MjE4QHFxLmNvbQ==

感谢 op ，又知道一个 AI 工具哈哈

@SimonWoo 噢噢明白了，谢谢老哥

已购买，等待使用体验

😂你说的这些我都跟听天书了，你已经掌握的内容我感觉我都还要学一段时间，我也是做了 5 年

@SimonWoo 上海前端工资这么高的吗，请教下老哥后端怎么样呢，我是 5 年的 php ，不知道老哥身边的后端 php 的工资如何啊，我在招聘软件上看工资范围 15-20 的比较多，感觉不是很多的样子

好东西，收藏了

@cpstar 嗯嗯现在需求又变更了，以前的设计思路要更改了。谢谢你的发言建策

@ye4tar 谢谢你的思路，和你讨论功能的实现方式是愉快的，唉

@codedreamstar ”看你的问题描述, 门禁卡, 门, 门禁策略, 通行记录这些概念对应的表是有的.“ 额其实门禁卡和门禁策略是没有的，现在麻烦的就是我想的是分开做，尽可能做成原子化，每个点都很清晰，但不让这么做，都做到一个表里面了。这个表内的一条记录就相当于是门禁卡，有效期和有效次数字段就是门禁卡的一个门禁策略。


”如果控制字段数量的话, 上个 JSON 字段得了, MySQL 8 (JSON 操作函数相对更丰富, 方便查询) 的话.

可以把有效期, 次数什么的都搞到这个 JSON 字段中, 因为这些都是相关设置, 极大概率会一起修改.“ 这个我们这边也很扯淡，用的 mysql 版本还是 5.6 ，有的同事不会用 mysql 的 json 操作，我是一点都不敢用 json

@ye4tar 是的，是个树形结构。”有没有存在一个目的地可以从 A 或 B 都可以进入“这个没太理解，举例说 1 门=>A,B,C 。2 门=>D,E,F 。现在是这样的

@codedreamstar 多谢大哥这么明确的思路。现在是不允许往细化方向做，就只允许一个字段两个字段来的去控制，所以也是有些无奈

@nice2cu 嗯嗯

@ye4tar 不是的，我拿台灯举例吧。台灯首先有开，关两个最基本操作。然后在之上再延伸出 A 模式，B 模式，C 模式这三种模式。目前要对他能使用的模式次数做限制

@cpstar 嗯嗯明白你的思路，一个表里面存入人对门禁路数的最大限制次数，然后使用 log 表的统计对比来实现判断。我也觉得这种方式比较好，但是他妈的不让做细化

@ChuanlongYou 噢大概明白意思了，就是一路对应一路的控制器，二路对应二路的控制器，包括数据表，每个门对应的门路也都是以字母表形式存在。是这样吗

@Morii 会的，还有重置相关的一个规则控制。扔到 redis 做是什么样做呢

@ChuanlongYou "我之前做的门禁系是存路为实体，和控制器是绑定关系"不好意思，这句话没理解，能解释下是什么意思吗