bug debug

SonarQube 找个现成的规范配置就好了,比如阿里的

302 吧

已经 sandboxie 了.

我猜测是,创建文件夹(或者初始化,或者类似的步骤)调的同一个方法,而没修改参数或者其他什么原因,导致了这玩意

@gonethen 数据权限使用的数据中不包含逻辑
1
1.1
1.1.1
1.2
如果是 1.1,则传入 1.1,1.1.1
如果是 1,则传入 1,1.1,1.1.1,1.2

全部的情况建议传入所有的,但是也可以特殊判断

目的是,如果有权限应该是显示分配了权限才有

我对优雅的理解:
1.非侵入的:使用注解,配置,代理模式等
2.无感的,即不破坏现有编程习惯
具体的实现
1.如果使用了通用 mapper 等,可以尝试改造通用 mapper 中代理的实现,如 select 等方法,可以增加额外的<if></if>等
2.使用拦截器,对 sql 进行处理
3.权限无非是参数的获取和使用,将其抽象为接口,具体的实现可以根据实际需求切换

我建议返回

{"A":"val","B":null}

因为 null 和[]完全是两码事,根据后端说的话: B 的数据有时候没有 即 B 此时应该为 null

而关于属性不固定等,应该看文档

实际上仍然是协商的问题

今天网上出现关于搞黄色的批评。

小编今天要说些可能挨骂的话。但小编还是想把一些人的担心在这里提出来，从舆论的角度做出提前警示。

小编想，除了有搞黄色这个事实，我认为面对接下来的巨大风险，我们还要形成了这样一个信念，小编觉得，搞黄色的情况引起舆论强烈不满。除了舆论本身存在一些因搞黄色引起的怨气，也有其他的原因，小编觉得搞黄色实在不应该。这不禁令小编深思，以世界的眼光综观搞黄色的过程，不能不说，各种体制的社会看上去对阻止搞黄色有着各自的软肋。在开始阶段都不够坚决，眼看着风险出现了，但都有放不下的坛坛罐罐，心存各自的侥幸，直到那头灰犀牛以意外的速度闯到眼前。不能不说，一些媒体人关于搞黄色报导的倾向是很严重的，他们的做法不会给当事人赢来额外的尊重。希望他们克制自己的敏感神经，对搞黄色事件表现出最起码的责任感。这是他们应有的良知和理性。小编不主张这个时候将主要精力用来往后看，小编作为媒体人在此呼吁所有相关人士要以搞黄色为鉴。小编倡议，公众之所以对搞黄色很敏感，我认为主要是对以往情况不太满意，对搞黄色问题缺少信心，所以对事件的一些细节全都朝着最不利的方向去解读了。我看到有报道说搞黄色可以这样解决，我认为这种办法值得研究参考。只要大家都诚心，问题总是能够得到解决。小编在这篇博文的一开始就呼吁官方对于搞黄色进行说明。在这个声明到来之前，我想与网友们共同厘清一些基本的逻辑，小编今天略作梳理搞黄色发生的过程和原因，是为了提醒当前案例所暴露的一些缺陷和问题。

小编希望的是，搞黄色会是一个不断促进沟通和理解的过程。

简单的家常菜:
辣椒炒肉
鸡胸肉,凉拌鸡丝
手撕包菜
孜然花菜
小炒牛肉
孜然牛肉
西红柿炒鸡蛋
多交芽白(娃娃菜)

红外方式代替二维码?

好家伙,最近正好吐槽 web 端的本地存储很难用

好家伙,已经放到 html 里面了

@THESDZ #25

辣椒炒肉,凉拌鸡丝,孜然花菜,手撕包菜,孜然牛肉,小炒黄牛肉,西红柿炒鸡蛋,蒸鱼

以上是经常炒的,无难度的

app:下厨房
多做,不要怕翻车,然后就会发现,家常小炒基本就那回事

@THESDZ #5 如果的确要考虑极端情况,通常情况是通过"事后"补救

大部分的程序只会考虑绝大多数的情况,因为要考虑所有情况或者极端情况的话,成本>>收益

git+markdown+思维导图