经过3天的摸索，机房大致有了个脉络，走了很多弯路，归根到底还是一个问题——懒，懒得去做规划，所以步步为坑。多大的坑？用了3天去转，绕的坑。
第一个坑：创建数据表前考虑好数据类型，从代码量上看可以少一些转换。尽可能确保数据库设计这边没有问题，数据库一动，代码可能要大改
第二个坑：别着急写代码，想好一个点不叫构思好了，在整个相关环节上都考虑到才会让你在写代码时脉络清晰，不至于写到后边自己都乱了。可以尝试画图，这样能很快找出出错范围
第三个坑：尽量从D层开始往上写，初学时可以从U层开始写，但后期要改。D层为数据提供来源
第四个坑：每个数据表都可能涉及到增删改查的操作，所以在构造SQL语句时尽量涵盖面广，从而一SQL多用，而不是相同数据表的相同操作确要写两次SQL语句
第五个坑：出bug了！别慌，百度一下问题可能来自于哪个范围、哪个位置，不至于该来该去不能根除问题
说了这么多，还是得多动脑多动手，现在天非常热了，绕来绕去很可怕的，三思后行吧。
