【总结】一个小项目：图书管理系统
检验自己的时候到了
开始做项目了，心情激动万分！！！
我还记得那天我仔细查看了需求文档，把里面的文字描述、图片、代码段看了又看，分析了又分析，还大概模拟了一下项目完成时的页面。我的鼠标就在文档上滑上来，滑下去，像挤牙膏一样把需求转换成自己的理解。（我需要半天或一天才能进入到分析项目写代码的状态，╯﹏╰）
然后我敲代码啊，改bug啊 ，敲代码啊，改bug啊，终于！！我觉得我代码写OK了，然后！！！我发现。。。
我漏了一个需求，泪目，这下好了，这不是改bug的心态了，而是需要一架时光机让我的大脑回炉重造。返工再写的体验感太差了，这辈子都不想再有了！
（有时候写代码不是最难的，最难的是明明都按照理解的来写了，没有bug了，结果就像看错题目一样又要重新理一遍思路。）
讲讲就讲讲
大家也都知道，“图书管理系统”简直的程序员成长路上必经的一道关卡，难度不大，主要就是增删查改，再多点就是里面的逻辑部分了吧，或者说你需要考虑到很多其他情况。
比如一些信息的输入：不能输入空格，姓名最长4位字符，电话号码要11位数字，图书价格要double类型等等。
比如读者的删除判断，图书的删除判断，这位读者能不能借书，这本书是否支持借阅等。
还有还书时怎么判定有没有超时，超时了应该交多少罚金等。
提醒自己
第一点就是项目的需求文档一定要好好看看。不是说在敲代码前看明白理解清楚就完了，有时候你也不能保证自己完全理解了文档的需求，所以不妨在没有思路或者任务量不重的时候把文档拉出来看看。
第二点，一个好项目，不仅要求运行时不报错，还要贴心的体验感，所以一些小提示是必要的：输入格式的提示或者进行危险操作前（删除操作）的警告。给用户贴心的体验，才有可能获得五星好评。
