上一篇分享了关于WPF用户控件封装,实质上这种做法也适用于任何界面开发;那么这篇文章主要说一下目录是怎样放的,有心的读者可能已经在启示录里面找到了答案。不知道有多少人在写代码的过程中,为了建一个目录纠结半天,名字怎样取啊,该放到哪个目录里面啊,这都需要遵循一些原则;当然有些猿呢没有那么多的顾及,拿着键盘就开干,目录随便建,到头来,后人骂之,CNMLGB。。。
建目录文件原则
团队合作开发的项目,还是需要遵循一些基本原则的,如果随意所欲的创建目录,后来必然看起来凌乱不堪,重构和后人接手也老火;那就来看看在JHRS框架中是如何创建目录的。
上图中可以一目了然的看到演示框架中是如何组织目录文件的,其基本原则如下:
目录组织原则
|----- JHRS.OutpatientSystem 命名规则:【JHRS】点【模块名称】 |----- Controls 表示当前模块的控件库存放目录 | |------- Manager 子目录 | |------- SysManager 子目录 | |--------其它子目录 |------ Extensions 当前模块扩展类 |------ Model 当前模块实体,如查询条件实体 |------ ViewModels 【固定命名,不能改动】 | |------ScheduManager 各管理功能目录 | |--------XXXXViewModel.cs 每个功能页面的ViewModel类 | |--------其它ViewModel.cs 其它页面的ViewModel |-------Views 【WPF页面,固定命名】 | |------ ScheduManager 功能目录 | |------XXXXXXX.xaml WPF页面 | |------XXXXXXX.xaml WPF页面 | |-------SysManager 功能目录 |------- OutpatientSystemModule 命名:模块名称+Module 【Prism模块加载的中央类(central class,指模块初始化类)】
什么是Prism模块加载的中央类?Prism模块加载的中央类(central class,指模块初始化类)。
在每一个子系统中,最外层的一个中央(central class,指模块初始化类)模块类,名称规则为:【模块名称+Module】,编写这个类是为了使用Prism加载这个模块。
写在最后
随着项目大了和功能页面多了,怎样合理的组织文件目录也是需要合理规划的,当然也可以随时重构重组目录,最终的目录都是要保持着解决方案看起来更加的合理。
尽管做这些功能可能有些猿猿们认为无足轻重,但把这些微小的事情做好,不是更好吗?下一篇介绍WPF数据验证,验证也是一个麻烦的事情,或许会跳票的。
本系列相关阅读
- WPF企业级开发框架搭建指南(启示录)
- JHRS开发框架之基础类库
- JHRS开发框架之第三方框架选型
- JHRS开发框架之WPF调用Web API封装
- JHRS开发框架之客户端入口项目
- JHRS开发框架之各子系统如何整合
- JHRS开发框架之怎样设计合理的ViewModel基类
- JHRS开发框架之公用组件用户控件的封装
- JHRS开发框架之建议遵循的一些建 目录文件原则
- JHRS开发框架之WPF数据验证
- JHRS开发框架之ViewModel相互传参和弹框回传参的解决办法
- JHRS开发框架之踩坑记(终章)
【江湖人士】(jhrs.com) 投稿作者:IT菜鸟,不代表江湖人士立场,如若转载,请注明出处:https://jhrs.com/2020/38068.html
扫码加入电报群,让你获得国外网赚一手信息。