凤牌 经典 58 200g

母猫一定要做绝育，不然晚上根本睡不着，也打搅邻居。我之前养的那只猫发情期间乱尿，刚换了立马又给我尿上去，心力交瘁，最后还是送人了。

89BXT60LLTp 经过 Base64URL Decode 以后，得到一个长度为 64 位的二进制数据，十六进制表示为 0xF3D0574FAD0B2D3A，数据库里面用 bigint 可以存下（ mysql ），如果 ID 前几位一致的话，说明可能是某种根据时间戳单调递增的生成算法来产生的，类似雪花 ID，根据起始时间和目标时间算出偏移时间差再加上其他的信息。

我之前的笔记本自己拆机清理灰尘之后，如论如何也开不了机，现象就是风扇可以转，屏幕没有任何显示，我一度以为显示器坏掉了。

直到有一天我准备拆掉零件给另外的电脑，拔下了一根内存条，然后误打误撞触碰到了开机按钮，竟然奇迹般的可以开机了。然后我又插上那根内存条，情况又变了回去。之前没想到是内存问题，还以为清理灰尘把线路搞坏了，关键是开机屏幕一点显示都没有，就风扇在转。

这个应付一下领导就行了，技术上实现绝对的安全是不可能的，只要你的 APP 在我的设备上能跑，加不加密都没啥区别，只是时间问题。终端的安全问题不需要考虑在内，https 也只是为了防止中间人。

对我而言，单元测试提高了团队成员的自信，放下了悬在心中的那块石头，不用担心每一次修改是否会破坏某些东西而诚惶诚恐。

事务改善了人们的生活，让我们可以用一个简单的编程模型来屏蔽底层的不确定性，这本身就是一个很伟大想法，但是要善用，很多情况下，问题不在于客观事物本身，而在于人。

看场景吧，一般角色对权限的是配置数据，数据量不大可以做缓存，更新的情况也比较少。甚至可以把角色对权限的这个关系直接通过配置文件存储起来，都不用存数据库。

而用户对角色的这部分数据是动态数据表，适合放到数据库中。话说回来，量变导致质变，不同的量级有不同的做法，条条大路通罗马。有规范的按照规范执行，没有的话按照简单的来做就行了，在没有规范的前提下就不要苛求太多。

一样的，不过可以把表情发给一个公众号（表情保存助手），然后他会给你表情的链接。

就是把数据源进行封装，有一定的好处，方便测试，就看这样做值还是不值，如果变化非常频繁就比较费事。

那我建议你最好不要把事务放到 business 上面，粒度小会影响性能，如果不考虑用例你将无法预料会被怎样调用，事务边界应该是按照某一个用例来的，而不是按照增删改查这种没有什么语义的偏技术功能性的方法。在我看来 edit 这种就是没有什么业务语义的方法（类似 update ），把它当作了偏底层的 DAO/MAPPER 来用了。

感觉你的 business 上面应该还有一个应用层吧，针对具体的用例封装这些逻辑，每一个方法都是一个独立事务，没必要复用应用层了，相反 business 可以被复用。如果是我的话直接一个 service 可能就结束了，没必要搞复杂，顺手就行了，效率才是最重要的。

目前用的圣手二代，装了个 karabiner-elements 调整键位。

@INCerry 感谢老哥，之前没怎么接触过 C#，看来我还是对 C#语言的生态不太了解，的确如果利用 System.Threading.Channels 和 Task 可以很方便的做一个类似的东西，IO 也可以用你说的管道来实现。

顺便说一句，C#语法真香！

mybatis-plus 用的应该比较多，拓展性和灵活性都不错，不过我个人的话要么用 Hibernate 要么用 JdbcTemplate，读写分离，没必要只用一个东西。