问题拆分的重要性

        在2016年暑假的时候，我参加了ThoughtWorks的暑期训练营。当时老师交给我一个解决问题的好方法，简单来讲是这样的：当你遇到一个很难的问题的时候，以至于无法解决时，你应该尝试着去将这个问题进行拆分，直到这个拆分得到的小问题顺利解决。

        这种思想在某些意义上有些递归的意思，但如何去理解和使用这一思想并将这一思想方法转换成自己解决问题的习惯时却是不容易的，而我这个笨蛋在快一年之后才理解并学会了如何去使用这一思想，现做些总结与感想。

一.什么时候进行拆分

        最容易遇到这一问题的地方是函数的实现，函数可以说是数据的生产所或者数据的加工厂，当你在实现一个函数时，你首先要找出函数的输入和输出，再找出输入和输出这两者之间的关系，当你发现这两着的关系的复杂度比1+1=2还要难时，那么你就需要问题拆分了。（这样做虽然很麻烦，但会使“程序是给人看的，只是偶尔在机器上跑跑而已”这句话成为现实。）

二.如何进行拆分

        好，那么如何进行拆分呢，我认为最直观和最有效的方法就是将这一问题生成一个新的函数（我是函数狂人），因为这样可以增加程序的易读性，最重要的是，这是解决非常难的问题的最关键的一步，让你算1+1容易，但一旦把加减乘除融入之后，你就会感到非常恐惧的，但我们在做项目的时候，通常遇到的问题就是“加减乘除”的问题呀，你不会分成1+1你就无法解决大问题呀。这也是我在碰过好多壁之后才明白的道理。所以，如何进行拆分的方法就是，将新的问题生成一个新的函数，直到问题穷尽。

三.拆分的结果是什么

      有了第二步，那么拆分的结果就显而易见了呀，结果就是那一个个的小函数呀。而这些一个个函数互相间的嵌套组成了问题的解。同时在同一个项目之中好多问题都具有一定的相似之处，因此其它疑难问题的解有时往往也就存在于这些小函数之间。

四.为什么要这么做

      1.增加代码易读性和复用率。

      2.减少自己对疑难问题的恐慌。

      3.增加编程的乐趣。

五.问题迁移

      1.数据库问题

       我在做RuPeng的项目时，我发现随着项目的复杂度增加，数据库表之间的操作会变得非常的麻烦，对于数据库继承不是很好的我来说显然此时不是狠抓数据库的问题，比如在遇到多表之间的操作的时候就可以运用拆分的思想来解决数据库的操作问题，实例：a表中分别有a1和a2两个外键，分别对应b表和c表的某一字段，而c表的这一字段是d表的主键，现在要拿出a表的a1和a2字段。

问题拆分：1.先拿出b表的a1字段。

                  2.拿出d表的主键。

                  3.拿出c表中与d表主键相关的字段，也就是a2。

                  4.把第二步和第三步嵌套的结果和第一步的结果结合，问题解决。