今天进行了新一轮的分享，我觉得大家确实是非常仔细的做了学习和思考，分享了非常好的实际代码案例。非常赞！
可能是年纪大了，有点保守，还是倾向于用简单的方式解决问题，如果一般的判断，循环和一些数据结构(list, set, sortedset, map)能解决问题，那就最好了。∼此段仅供参考
今天读了一个挺少用到的循环语句，do／while，通常Java里面有三种常用的循环，for 和while，while也可以分为while和do／while。
都是循环，三种方式有什么区别呢？
while是最基本的循环，循环直到后续的表达式为false。
do／while和while类似，区别是先干，干完一遍再看要不要重复干。
for是把初始化，判断，以及步进都放到了开头。
大部分的循环用这三种写法都能实现，对于机器来说也没有什么区别。那么对开发来说区别在哪里呢？很多时候在于编程思路的不同。
最少用或者是最不推荐的用法是do／while，为什么？因为他是逻辑先干再判断，干了再说的模式对于我们的理解上面来说是比较扭曲的。做一件事，特别是编一段程序，想清楚再干是基本的要求，也不容易出错，所以把循环条件写在前面的while是更清晰的写法。
顺着这个思路来看，for循环就更进一步了，他要求我们不仅把循环条件先想好，把初始化也想好，然后把每次的步进也一起想好 (虽然后续的for里面可以利用一个：语句来遍历一个集合，但他事实上也包含了上面的三点含义)。在进入循环体后就集中精力干该干的事情。
这个想好了再干，顺着思路来，不仅对写代码有利，对于可读性来说当然也有利。
除了想好了再干，其实还一个隐含的原则有点像是解耦，把一部分逻辑剥离出来集中处理，后续就不用再想着这部分逻辑了。for把循环需要的三个程式化内容在开头就写好，那么循环体内里的内容也就更清楚一点。
这个原则还用在前置条件上，鼓励方法上来就把前置条件判断了，后续就可以开开心心的基于前置条件干活了。
这个原则还能用在快速返回上，如果有一个判断条件为true可以直接结束一个方法，书中的建议是尽早返回，因为下面的代码就可以完全不考虑这种情况了，顺带也少一个else，减少一层判断。
多说一句，快速返回的写法一度被认为是不规范的，因为他使一个方法会有多个出口，不过按书上的说法，这是一种老旧的偏见，他的建议是能返回就返回。
