三层结构用来开发医院管理系统,不明白商业逻辑和界面如何分离。(50分)

  • 主题发起人 主题发起人 tomboy
  • 开始时间 开始时间
T

tomboy

Unregistered / Unconfirmed
GUEST, unregistred user!
以挂号为例,
如果用C/S结构,无非摆几个输入框和一个按钮。
在操作员点击按钮时,先检查输入的正确性,
然后把挂号信息SQL到数据库中。
可按照商业逻辑和界面分离的原则,
是否应该把存储的操作和正确性检查放在应用服务器上?
在客户端把输入的内容做为参数传给应用服务器的方法?
我隐约觉得这样不太好吧?
 
是这样的,你觉得不好,是不是觉得编程比C/S麻烦一点,
熟练了就会好些了。
 
正确性检查放在客户端
 
还是现好好分析分析需求,作作面向对象的系统建模分析;
比如挂号;
挂号对象有编号、挂号人、时间、分类、专家号、费用等属性,有添加、修改、查询等运算;
在挂号组件里设计并实现这些运算;把与数据库地连接封装在这里面。
界面是独立的,输入框和按钮激发的是挂号组件的运算方法;
正确效验做成公共类(诸如时间、字符、大小写等公共函数要专门设计实现),在客户端调用;
虽然坐多层结构比较累,但是如果结合面向对象的系统建模分析,你会有很大收获并对开发系统有一个整体的认识!
祝你好运!
 
正确性检查放在客户端
正确!
应用逻辑才放在应用服务器。
三层能极大提高程序复用性。系统整体性、安全性。
避免两层中产生的一些服务器操作冲突。
 
学习三层中....
 
个人认为,商业逻辑可以在商业逻辑对象和数据库两个地方实现。界面的分离可以只关心
界面本身,需要解决的问题是如何从商业逻辑对象中取得数据集,及返回给商业逻辑需要
更新的数据集。这在Delphi中很好解决,利用MIDAS即可。利用MIDAS封装的数据包,可以
轻松实现客户端,业务逻辑,和数据连接对象的数据集操作
 
我觉得和数据库无关的都要放在客户端,这样可以减少访问服务器的次数,提高速度,最重要的是稳定性
 
业务规则最好放在服务器端,易于维护
可以考虑使用三层结构
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
D
回复
0
查看
2K
DelphiTeacher的专栏
D
后退
顶部