不知道具体业务，只能根据自己理解的说说自己的想法，触发拦截和提示时报错返回，确认时增加一个额外的确认指示，看到确认指示则忽略提示

包括 DLNA 大部分都要在本地解码（服务端可能会提前做一次转码），解码后的视频流体积很大，对带宽时延都有要求，网络难搞

var 主要是有点弱，只能在局部变量用，但是我觉得不该不许用。lombok 这东西还是别用了，你一用所有人都得跟着用，而且还不是个第一方的东西，不太好

另外每个请求都传输主密码是非常不安全的行为

@gowl 哦，我误会了，你是指自己的东西要用这种方式认证吗，也不是不行

把 Authorization 头给占了，有时候可能有坑

给多少钱，干多少活，你又不是公司股东，只是个员工，最多扣点绩效，正常公司不会涉及到员工赔偿。至于责任，公司在这种事情上的责任也不小，没有测试，没有评估，没有 code review…这是公司的责任

代码呢，你用一大堆文字描述模型设计，不如直接把关键部分的代码拿出来

如果对安全性无要求，可以不用，这种我甚至建议考虑直接明文传输，反正你对安全没要求。
如果对安全性有要求，请尽量使用 TLS ，虽然嵌入式设备硬件资源贫瘠，但我觉得你很难设计一个满足安全性要求的协议。

@ljrdxs 我也只是斜眼一下~~

@MoYi123 这样的做法，除非存在比如缓存（节省掉第二个查询）之类的优化，否则自己实作不太可能比数据库快，甚至说挖坑写出 bug 是大概率的

如果你只是想挑战下自己，那就去参考数据库的实现吧，它用什么你就用什么

只能说你肯定不是单纯将数据库 join 变成自己的实现，否则比数据库的实现还慢几乎是板上钉钉的（如若不然那就说明数据库该换了，斜眼 MySQL

/.idea/codeStyles 最好是传的

保留 codeStyle 文件，其他目前没看到需要上传的，ci 检查格式化留着这个有用

@valkyrjaE 完了…我就大专…没学位证…
不过正在弄个远程教育，应该会有学位证，不知道这种可不可以

对学历什么的有什么要求呢

我记得之前看到过讨论，RAID5 这种模式因为 URE 等等，可靠性其实是存疑的

楼主的关注点可能是每个条目都包含了重复的信息，id object 什么的…只能说优化这个挺麻烦，得在现在这种简单的模式基础上再包装一层了