程序集系统重构机房收费系统——起步

这段间时一直在查找程序集系统之类的问题,在现正好有机会和大家同享一下.

        开始机房收费系统重构也半个月过去了。但看自己的系统连一个简略的登录还没有实现。自己不免有些羞愧了。近来自己的习学态状总的说来还是不错的。但是由于自己对来原的识知把握的欠好所以致导了自己不知如何手下。老是觉感有很多多少的问题要决解：

    

1. 写软件发开档文。
   1. 画数据流程图
   2. 画E-R图
2. 画uml图
   1. 习学应用EA
3. 建立数据库
   1. 习学触发器的应用
   2. 习学存储过程的建了与应用
   3. 习学数据库的范规化
   4. 习学ADO.net
   5. 习学应用SqlHelper对数据库拜访类的封装。
4. 应用设计模式
   1. 尽可能多的应用设计模式。
5. 应用三层构架
6. 习学应用定名范规

        把这些问题都列出来，现发都是前以学过的内容。但是由于自己时当学的不踏实在现只能回过头来都看一遍了。返回去看了很多多少同窗的博客，觉感获收挺大的。

    

        通过半个多月的的大习复。天几前终究开始我的机房收费系统个人版了。先从写档文开始，但是我现发写到概要设计的时候我实在是写不下去了。原因是要写数据字典和接口实现。记得自己版一第的机房收费系统是在系统经已实现的前提下写的。写档文的时候可以看着系统一点一点的写。自己用了那几个法方，要需定义什么变量（当然那时候是没有接口的观点的）自己清晰的很。但是在现没有做系统的时候就要把这些都写出来。肯定是不能拿来原的系统作为参考的。那时的系统自己从来没有虑考什么定名范规三范式的。而且那时候更没有应用接口、设计模式。这让我怎么写呢。

    但是话说回来些档文的的目就是为了便利发开的。些档文和画uml图该应是要占个整发开过程80%的间时的。

    对于我这类刚体会了一点面向对象的想思的菜鸟说来，让我做到指挥若定，决胜千里。似乎有点难了。于是我胆大的决议，在档文只写到了概要设计的时候我开始了程编实现。

    

        从vb到c#到vb.net这个适度该应说是不大的。但做得真正的灵活运用还真多得捣腾几遍。开始用vb.net码编时总觉感不道知如何手下了。

    但几天的摸爬滚打总算实现了简略的登录。

    

    结总几个技巧要点值得注意。。

 

    1.Shared和 Static关键字：

    参考浏览：

    VB.net中shared和static关键字的区分密解

        其中vb中static关键字的用作为：

    

        在类中的static成员变量意味着它为该类的有所实例所同享，也就是说当某个类的实例修改了该静态成员变量，其修改值为该类的其它有所实例所见；

    

        vb.net中shared关键字的用作：

     

        同享类或结构的成员使每一个实例都可以应用该成员，而不是采取非同享模式，在非同享模式下，每一个实例都要需有自己的副本。例如，如果一个变量的值应用于个整应用程序，这点很有效。如果声明该变量为 Shared，那么有所实例会拜访雷同的存储位置，而如果一个实例更改了变量值，有所实例会都拜访更新后的值。

     

        由此可见vb.net中的shared关键字的用法和vb中static的用法是雷同的。

     

        2.应用抽象工厂时提示：

    每日一道理
青春，有嬉笑声与哭泣声夹杂的年华，青春的少年是蓝天中翱翔的幼鹰，虽然没有完全长大，有些稚气，有些懵懂，脱不开父母的双手却极力想去找寻属于自己的一片天空，为的是一时的激情，为的是一种独自翱翔的觉感！

  未能加载文件或程序集“”或它的某一个依附项。系统找不到指定的文件

        决解法方：

    

        按照三层的构架，是DALFactory程序集里通过反射创立针对特定数据拜访层里的对应类实例，这样BLL调用接口时就道知调用这个对应类实例里的实现法方 

    

        而反射动态加载程序集是通过这类法方 Assembly.Load("程序集").CreateInstance("定名空间.类")，其中的“程序集”读取的是Web层bin文件夹下对应的dll,即反射加载的程序集dll在UI层的bin文件夹必须有，不然就会涌现如题的误错。

    需只把DAL层的异变径路放到：UI层的bin文件夹。

    

    但这之前定一要证保一下几点：

    

            1.反射程编求要在网站的Bin文件夹中有经已译编好的.DLL文件（即持保DLL文件存在），并且持保称名和译编前库类的称名分歧。

    可称：加添引用性。

     

            2.查看网站中的目项（库类）性属，确认否是默许定名空间和程序集称名以及Bin文件夹下的DLL文件称名否是分歧，不分歧则会涌现未能加载文件或者程序集，所以的修改目项的性属。

    可称：称名分歧性。

     

            3.议建在程编的时在创立库类的时候写上系统称名+目项称名，可以有效的免避Bug产出。即：SystemName.Model或者SystemName.IDAL。eg：BBS.Model。

    可称：称名完整性。

     

     Assembly.Load(path)其中这个path是加载你目项web下bin目录的程序集,也就是说你要反射的程序集在你的UI的bin下定一要有,看看你引用没有呢?

     

           4、Model无引用。

     

           5、DALFactory引用IDAL，通过读取web.config里设置的程序集，加载类的实例，返回给BLL应用。

     

           6、SQLServerDAL引用 Model和IDAL，被DALFactory加载的程序集，实现接口里的法方。

     

    两个要主的问题。大家可能也会碰到。

    当然不止是这两个问题。而且后以的问题也定一很多。但代码是一点点写的不写是永久完不成的。想手动还没有手动重构的同窗希望对你们有助帮。

    

 

文章结束给大家分享下程序员的一些笑话语录： 古鸽是一种搜索隐禽，在中国快绝迹了…初步的研究表明，古鸽的离去，很可能导致另一种长着熊爪，酷似古鸽，却又习性不同的猛禽类——犤毒鸟