从王继彬的三层视频学习结束之后,我的第二遍个人重构VB.NET版机房收费系统,就这样在廊坊春夏交替的季节中开始了,开始的开始,从不会敲,到慢慢上手,这一个过程,毫不夸张的说,快要到临界点的感觉,因为真心不知道从哪儿下手,可是一路走来,蓦然回首,踏雪无痕。生活总是不免柴米油盐酱醋茶的平凡,更是难挡喜怒哀乐聚散离的纠葛。就像学习,从来都来不得半点马虎,所有的学习过程,都需要我们亲自去经历,去感受。步履匆匆下,无论困难与否,岁月都前行不殆,芳华之季更是转眼即逝,我们需要做的就是一步一个脚印。
不会敲怎么办?拖着,一拖再拖,更不想敲,每天呆呆的对着电脑,只能在英语哪儿找点儿安慰(我绝对没有对英语不敬的意思,喜欢英语的小伙伴不要生气哈),当你不会敲,当你在学习上走不下去的时候,你要怎么办nIE,没错,就是找师傅,师傅在整个学习的过程中,给了我很大的帮助与指导,在此,谢谢我两个可爱的师傅,帅帅的于亮师傅,美美的海燕师傅,找了师傅,师傅给了我,敲机房的总的路线方针:
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的钟摆声中,开始了.......
所有的事情,开始的开始,我都不想面对,不想触及,不想主动去靠近她,了解她,可是,有句话说,有些事不想做却不得不做,那是责任,有些事想要做却不能够做,那叫命运,慢慢长大的我们,不能由着自己的性子来,想干什么就干什么,不想干就不干,于是,我重新拾起番茄,在夏荷摇曳的南四楼,开始着我的七仙女登录,续写的我和七仙女的故事,可惜我不是董永`(*∩_∩*)′,还有一件特别重要--命名,命名要做到别人看到你的名字,就知道你想要表达的意思,要不一团糟的命名,会把自己乱死。
机房收费系统终于完工了。兴奋无比的验收,却验出了数之不尽的错误。验收的过程,无法忘却。正是因为有了这些错误,让我在这条路上越走越远。经过验收,首先,我看到了自己的缺陷,自己离要实现的目标还有很长的路要走。其次,我深深的意识到,仅仅从技术上完成用户的要求是远远不够的,系统地健壮性同样重要。感觉一个成功的软件,必须具有较好的兼容性,可移植性,绿色性。最后,令我感触颇深的是,一个软件的成功开发,绝不是“搭鸡窝”,应该在开始着手做系统之前,写好软件应该实现的功能,从整体上,构建出工程的梗概框架,然后再向里面添油加醋,编写用户所需要的功能。还有让我成长的就是调试,程序调试,越来越发现,程序的调试,真的需要硬功夫。设置好的断点,能够快速准确的找到问题所在。还有很重要的就是画UML图,第一版机房收费系统师傅只简单的要求画了画图,这次,所有的图要求全部画完,画时序图的时候,这辈子真心不想再做火车了,一个个对象,宛如一节节的火车车厢,本来就晕车的我,有种看见大海的感觉。
人生像一次长途旅行,不经过沟沟坎坎,你就永远无法抵达梦想的彼岸。生命太短,我们没有时间留给遗憾与踌躇,若不是终点,请一直微笑向前,
若是美好,叫作精彩。若是糟糕,叫作历练。生活就是应该充满挑战多姿多彩,这样,我们才能收获成长,越挫越勇!伤痛使人坚强,眼泪使人坚强,心碎使人更明智。所以,感谢过去,感谢个人重构,让我渐渐长大,只要我们泰然自处,终有一天,历练会带给我们一个更美好的明天,我相信,请你,也相信!
以上是内存溢出为你收集整理的若不是终点 请一直微笑向前全部内容,希望文章能够帮你解决若不是终点 请一直微笑向前所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)