`
isiqi
  • 浏览: 16025342 次
  • 性别: Icon_minigender_1
  • 来自: 济南
社区版块
存档分类
最新评论

2.4-2.9 寒假集训总结 MVC 架构 框架

阅读更多

时间过得飞快,工程也接近尾声了,真切得体会了一次盲人摸象的感觉,在此之前对于.NET环境我们并没有在里面真刀真枪的做过工程,说是有一些VB的基础,但杯水车薪很少能用得上,但也使得我敢去大胆的猜测某些属性设置,某些方法过程。

问题是繁多的,可是畏手畏脚不去解决问题,那问题永远是问题。从假期开始的那两天结束后,按照自己对MVC三层的理解,重新对机房收费管理系统的规划建模,便一点一点开始着手编写代码,米老师曾说过,“做一个项目的时间,有80%是用来做需求的,是用来建模的,而剩下的那些就是用来编代码的”。现在仔细想想,学宇说“有了架构、模型的指导,敲代码就很容易了”。这句话是没有问题的。而我也或多或少有点感触。

这些天来,针对每个功能的实现,我都是先通过Rose画出相应的时序图(来规划自己的逻辑思维,不至于编码过程中绕来绕去,无从下手。),有了模型的指导,下面就是严格按照其中的规范来编码,基本上编码过程就是4点两线,实现一个窗体功能,总是先从窗体的事件触发开始,通过BLL(Bussiness Logic Layer,业务逻辑层)实例化一个DAL层的对象来调用DAl层的方法,再接着就是通过DAl层组建SQL语句,传给SqlHelper类进行处理,返回数据集DataSet,然后进行判断继而返回一些信息给界面层.这一去一回就是两线,编码过程中大部分时间还是在摸索学习如何处理返回来的DataSet,现在做好的那些都只是简简单单的实现了功能,而且软件的健壮性方面还是考虑比较少的,如果操作不慎,系统散架子还是有可能的。

对于在编码过程中,有时有些窗体中的某些功能的时候,往往会调用的某个类的同一个方法,可是现在我做的又灵活性不强,也只有将方法重写了,呵呵,也不知道算不算犯规哈。

在编码的过程中严格按照架构分层来设计,更被微软的大智慧深深震撼,真的是细致入微,体贴关怀无处不在,一切为了用户,这也应该是我们软件设计人员应该多多考虑的吧。

万事开头难,我的第一个难也就是连接这个.NET下的数据库了。虽说暑假的时候接触过数据库,可是在VB6环境下毕竟还是简洁的多,换了一个环境了,怎么办?感觉总是难的,抱书啃了啃,找了个例子,这道坎也就过来了。想想,困难也就是这样子,好多时候并不是真的难题,而庸人自扰,自然就放大了困难。

过了明天,这年前的集训就算告一段落了,加把劲儿,总也不能让这个工程经历两年吧~~

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics