业务系统代码耦合度太高了怎么办，代码写的太丑了，能否低耦合进行设计和开发呢，快来学习下这个事件机制吧?

最近老弟小阿巴放暑假，想找点事情做。 小阿巴思考片刻，一拍脑袋：对啊，我天天用微信，那我就做个微信吧！ 老弟啊，听我一句劝，咱先别想着做微信了，先实现一个消息管理系统吧。

最近在项目中，看到一段很优雅的代码，用Optional 来判空的。我贴出来给大家看看： 这段代码因为Optional的存在，优雅了很多，因为userInfoList

写在开头 今天有个小伙伴私信诉苦，说面试官上来就让他手撕HashMap的7种遍历方式，最终只写出3种常用的，怀疑面试官是在故意刁难。这个问题大家怎么看？ 反正我个人感觉这肯定不是刁难，“手撕遍历方式”

这是一个挺有意思的面试题，挺简单的，不知道大家平时在重置密码的时候有没有想过这个问题。回答这个问题其实就一句话：因为服务端也不知道你的原密码是什么。如果知道的话，那就是严重的安全风险问题了。 我们这里

一、有什么问题吗java.util.Date？ java.util.Date（Date从现在开始）是一个糟糕的类型，这解释了为什么它的大部分内容在 Java 1.1 中被弃用（但不幸的是仍在使用）。