110,533
社区成员
发帖
与我相关
我的任务
分享关于类设计的问题。。。。。
在设计企业模型的时候，部门类应该如何设计？我现在的做法是设计一个部门基类，在基类中声明相关的虚方法。然后派生出各个部门实体类，应用的时候实例部门实体类即得到部门对象。但该企业有好多部门。是否每个部门都派生出一个相应的部门类？但是客户又有可能在软件交工以后增加新的部门。这样这个新部门所对应的类就不存在。这样的问题该如何解决？职务类也面临同样的问题。。。。谢谢
...全文
请发表友善的回复…
发表回复
henryfan1 2004-11-15
- 打赏
- 举报
如果你每种部门都有不同的操作或行为，那这样分开就有必要。
定义一个部门的类就可以了。
其实所有部门都是同一类，可能只是里面的一些属性值不同，
这个不同的部门都是部门类的实体。（一个类有无穷个实体，但每个实体都可以有不同的内容）
面向对象只是为了方便解决问题，搞得这么复杂有必要用她吗？
定义一个部门的类就可以了。
其实所有部门都是同一类，可能只是里面的一些属性值不同，
这个不同的部门都是部门类的实体。（一个类有无穷个实体，但每个实体都可以有不同的内容）
面向对象只是为了方便解决问题，搞得这么复杂有必要用她吗？
jimh 2004-11-15
- 打赏
- 举报
使用数据表来控制比较好，做一个大而全的部门类，覆盖所有的方法，然后在数据库里控制每一个部门的操作权限，这样客户就可以自由添加部门了，只需要设定部门的相应操作权限就可以了。
myhero811104 2004-11-15
- 打赏
- 举报
我觉得要看部门类要有什么方法，部门之间有什么不同的地方，如果部门只是名称不同，其他的操作都一样的话，就是一个类的多个实例好了，如果差别比较大，肯定要做成楼主说的那样比较好，代码中尽量对基类接口编程，哪怕是增加新的部门，修改量也不大，除非你是非得增加新部门的前提是不重新编译程序
qiume 2004-11-15
- 打赏
- 举报
是否每个部门都派生出一个相应的部门类？
//
没有必要，比如连锁行业的分店，可能有很多个分店，但它们的职能差不多。
//
没有必要，比如连锁行业的分店，可能有很多个分店，但它们的职能差不多。
520NET 2004-11-15
- 打赏
- 举报
LG
_jfeng 2004-11-15
- 打赏
- 举报
在数据库中添加表来完成，，将员工分配到各个部门中去，在操作时，控制各个部门的权限
