自然框架,拆分后的项目关系
转: 金色海洋工作室
自然框架,拆分后的项目关系
拆分了一下自然框架,似乎又绕回去了。以前是多个项目分开放的,有人说太分散了,还得一个个下载,麻烦。于是就做了一个解决方案,把项目都放在了一起。
现在呢,QuickPager分页控件比较完善了,有人只想看分页控件的代码,其他的不想看,东西太多了乱。想一想也是,那么就拆分一下吧。原来自定义控件都是放在一个项目里的,编译后生成一个dll,版本号也只有一个。这样版本号就很难管理了,有任何一个控件升级,整个版本号都要升级,因为就是一个版本号。这样版本号就不大够用了。所以以前的源码下载,我只写上传日期而没有写版本号。
拆分之后呢,QuickPager自己是一个项目,可以用自己的版本号而不受其他控件的影响了。这样也是便于维护。
那就拆分吧,不过一拆分问题就出来了。原来放在一起,都好好的。但是一拆分出来就发现出现了互相引用的情况,头疼。怎么办呢?多拆出来几个项目吧。于是自然框架就拆成了10个项目。原来只有六个项目,拆出来一个分页控件和分页算法,应该是八个。就是说又多出来两个项目。一个是基础控件,一个是控件接口。作为接口定义,如果不单独生成一个dll的话,那还真不好引用。不过这还没完,元数据的部分还是没有弄好,这里似乎也应该定义一个接口,可是现在的实力还定义不好。所以你会发现QuickPager分页控件也需要引用这个元数据的项目。
发几个图,这几个图都是比较乱的,我是尽量理顺了,但是还是很乱的感觉。
项目层次图:共用函数作为最底层,数据访问函数库、控件接口、分页算法、登录用户作为第二层的底层,分页控件、基础控件、元数据控件作为控件层,元数据(定义和加载)作为后盾。页面基类就是页面级的了。
项目引用关系:这个就更乱了,尽量避免循环引用和互相引用,现在是完全避免了,但是引用关系还是比较复杂。看来功力还是不够哇。
基础控件就是Textbox、DropDownList这类的控件
元数据控件,就是必须使用元数据才能运行的控件,比如表单控件、查询控件、数据显示控件。
自然框架,拆分后的项目关系
拆分了一下自然框架,似乎又绕回去了。以前是多个项目分开放的,有人说太分散了,还得一个个下载,麻烦。于是就做了一个解决方案,把项目都放在了一起。
现在呢,QuickPager分页控件比较完善了,有人只想看分页控件的代码,其他的不想看,东西太多了乱。想一想也是,那么就拆分一下吧。原来自定义控件都是放在一个项目里的,编译后生成一个dll,版本号也只有一个。这样版本号就很难管理了,有任何一个控件升级,整个版本号都要升级,因为就是一个版本号。这样版本号就不大够用了。所以以前的源码下载,我只写上传日期而没有写版本号。
拆分之后呢,QuickPager自己是一个项目,可以用自己的版本号而不受其他控件的影响了。这样也是便于维护。
那就拆分吧,不过一拆分问题就出来了。原来放在一起,都好好的。但是一拆分出来就发现出现了互相引用的情况,头疼。怎么办呢?多拆出来几个项目吧。于是自然框架就拆成了10个项目。原来只有六个项目,拆出来一个分页控件和分页算法,应该是八个。就是说又多出来两个项目。一个是基础控件,一个是控件接口。作为接口定义,如果不单独生成一个dll的话,那还真不好引用。不过这还没完,元数据的部分还是没有弄好,这里似乎也应该定义一个接口,可是现在的实力还定义不好。所以你会发现QuickPager分页控件也需要引用这个元数据的项目。
发几个图,这几个图都是比较乱的,我是尽量理顺了,但是还是很乱的感觉。
项目层次图:共用函数作为最底层,数据访问函数库、控件接口、分页算法、登录用户作为第二层的底层,分页控件、基础控件、元数据控件作为控件层,元数据(定义和加载)作为后盾。页面基类就是页面级的了。
1.png (26.22 KB, 下载次数: 1)
项目引用关系:这个就更乱了,尽量避免循环引用和互相引用,现在是完全避免了,但是引用关系还是比较复杂。看来功力还是不够哇。
2.png (35.71 KB, 下载次数: 1)
基础控件就是Textbox、DropDownList这类的控件
元数据控件,就是必须使用元数据才能运行的控件,比如表单控件、查询控件、数据显示控件。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论