来自三个视频学习结束王继彬。我的第二次个人重建VB.NET版本房费制，因此，在开始的春季和夏季廊坊转。开始的开始，永远不要敲。慢慢的开始，这是一个过程，，快要到临界点的感觉。由于真心不知道从哪儿下手。但是一路走来，蓦然回首。踏雪无痕。生活总是不免柴米油盐酱醋茶的平庸。更是难挡喜怒哀乐聚散离的纠葛。
就像学习，从来都来不得半点马虎，全部的学习过程。都须要我们亲自去经历，去感受。步履匆匆下。不管困难与否。岁月都前行不殆，芳华之季更是转眼即逝，我们须要做的就是一步一个脚印。
a、Axure，原型工具。用Axure画机房收费系统的原型图；
b、数据库设计，画ER图；
c、编码。
d、uml图和文档
e、数据库知识，sqlHelper，视图，事务。存储过程。触发器；
f、加设计模式
有了基本方针。接下来就開始着手工作了。首先我了解了一下Axure工具：Axure RP是一个专业的高速原型设计工具。Axure（发音：Ack-sure），代表美国Axure公司；RP则是Rapid Prototyping（高速原型）的缩写。Axure RP是美国Axure Software Solution公司旗舰产品，是一个界面专业的高速原型设计工具，让负责定义需求和规格、设计功能和界面的专家可以高速创建应用软件或Web站点的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具。它能高速、高效的创建原型，同一时候支持多人协作设计和版本号控制管理。对Axure的理解就是，如今的我们对机房收费系统已经非常熟悉了，知道她是怎样布局，界面是怎样设计的。可是给你一个全新的系统。你不知道界面该怎样布局，怎样设计的时候，你就须要使用Axure工具。进行设计。给用户一个大概的框架。这个时候，我们就须要借助Axure。
接着。数据库设计。数据库该如何设计，一直以来都是一个仁者见仁智者见智的问题。对于某一种数据库设计，并不能简单的用好与不好来区分。也许真的应了那句话，没有最好，仅仅有最适合。
讨论某种数据库设计的时候，应该在某种特定的需求环境下讨论。
ER图。须要我们分析业务需求。注意各个实体之间的关系，表里又该有如何的字段。这些都须要我们慢慢去分析，了解。依据实体图，生成数据库表。
接着就是编码阶段了。但是跟我们原来的思想不一致，好比一个房屋在建造之前，首先是需要绘图纸的，但是，由于对机房了解不够彻底，不知道应该传什么參数，传什么实体，所以。先敲的代码。再依据代码画的uml图，机房收费系统从六月十四号開始。到今天结束，敲了两遍。第一次纯三层的，没有加设计模式，没有使用过触发器，视图。三层完工，第一次验收的时候，问题也接踵而至，数据库设计不合理，就拿学生表和卡表来说，学生表里面该不该用卡号这个字段，卡表里面该不该有学号这个字段，卡表里必须有学号这个字段，由于注冊卡的时候需要有学号，那学生表里必需要有卡号这个字段么？答案有争议，假设学生表里有卡号这个字段，就是说，这个学生必须注冊卡？但是现实生活中，并非这种，一个学生并非必需要有卡，但是反过来，我又想，这个是机房收费系统，我仅仅管持有该卡的学生，假设该学生没有卡，她就不归我管么？对不？
数据库的设计，并不能简单的用好与不好来区分，没有最好，仅仅有最合适。还要特别注意的是主外键的关系。
凝视也是特别重要的，第一版机房收费系统，没有太多的凝视。有的仅仅有光秃秃的代码。这样做的优点非常多,比方:方便查找,方便比对,方便项目组里的其他程序猿了解你的代码,并且能够方便以后你对自己代码的理解与改动等等.花了十六天的时间，第一遍机房收费系统就这样在岁月的敲打声中慢慢远去。
第一遍敲完之后，看看小伙伴们的博客，都是用七层写的登录。加了接口层。外观层，抽象工厂，看看我的三层，咳咳。人家比我的两倍还活生生的多出了一个一，接着，我的第二遍机房收费系统，在427的钟摆声中，開始了.......
全部的事情，開始的開始。我都不想面对，不想触及。不想主动去靠近她，了解她，但是，有句话说，有些事不想做却不得不做，那是责任。有些事想要做却不可以做，那叫命运，慢慢长大的我们，不能由着自己的性子来，想干什么就干什么，不想干就不干，于是，我又一次拾起番茄，在夏荷摇曳的南四楼，開始着我的七仙女登录。续写的我和七仙女的故事。可惜我不是董永`(*∩_∩*)′，另一件特别重要--命名，命名要做到别人看到你的名字，就知道你想要表达的意思，要不一团糟的命名。会把自己乱死。
机房收费系统最终完工了。兴奋无比的验收，却验出了数之不尽的错误。
验收的过程，无法忘却。正是由于有了这些错误。让我在这条路上越走越远。
经过验收，首先，我看到了自己的缺陷。自己离要实现的目标还有非常长的路要走。
其次，我深深的意识到。只从技术上完毕用户的要求是远远不够的，系统地健壮性相同重要。感觉一个成功的软件，必须具有较好的兼容性，可移植性，绿色性。
最后，令我感触颇深的是，一个软件的成功开发。绝不是“搭鸡窝”，应该在開始着手做系统之前。写好软件应该实现的功能。从总体上。构建出project的梗概框架，然后再向里面添油加醋，编写用户所须要的功能。还有让我成长的就是调试，程序调试，越来越发现，程序的调试。真的须要硬功夫。
设置好的断点。可以高速准确的找到问题所在。
还有非常重要的就是画UML图，第一版机房收费系统师傅只简单的要求画了绘图，这次。所有的图要求所有画完，画时序图的时候。这辈子真心不想再做火车了。一个个对象。犹如一节节的火车车厢，本来就晕车的我，有种看见大海的感觉。
人生像一次长途旅行，不经过沟沟坎坎，你就永远无法抵达梦想的彼岸。
生命太短，我们没有时间留给遗憾与踌躇。若不是终点，请一直微笑向前。
若是美好，叫作精彩。
若是糟糕。叫作历练。生活就是应该充满挑战多姿多彩。这样。我们才干收获成长。越挫越勇！伤痛使人坚强。眼泪使人坚强，心碎使人更明智。所以，感谢过去。感谢个人重构。让我渐渐长大，仅仅要我们泰然自处，终有一天。历练会带给我们一个更美好的明天，我相信，请你。也相信！
版权声明：本文博客原创文章。博客，未经同意，不得转载。