接口方法傳送控件類型(50分)

  • 主题发起人 主题发起人 pkwen
  • 开始时间 开始时间
P

pkwen

Unregistered / Unconfirmed
GUEST, unregistred user!
各位,我想問下,在三層中寫一接口的方法,方法有一參數為控件類型,該如何定義,
即想達到以下效果:
procedure mydefine(ctrl:tcombobox);//但在type library是沒有tcombobox的參數類型
那是否該設為variant呢,若是在客戶端又是如何調用該方法呢?謝謝
比如:我想實現從指定的數據集的指定數據導入到客戶端的combobox控件中。謝謝。
 
传送控件?好像不可以吧
直接传数据不就完了吗
 
那就不必传送控件,传送WideString也可以了
定义为 bstr *
 
那如果是在客戶端是用stringgrid來填沖數據,如果都需在客戶端寫同樣的程序,那我感覺
三層就沒什麼優點了.還請各位幫幫手。
 
to pkwen :
如果需要用stringgrid填充数据,你应该在服务器端传递数据,然后在客户端实现一段填充的公用函数供其他单元调用,而不是把grid传递给服务器.
你要明白,服务器的特点是业务处理,存取数据,而不是在如何表示数据,这些功能应该客户端界面来完成.层与层的划分一定要清晰,功能界定一定要明确.
多看看李维的书,才会对三层有深的认识
 
謝謝cdcx,我也知道服務器主要是將一些業務規則封裝起來,但因為各客戶端的基本界面幾乎是一樣,所以我也想在服務器把一些過程給做了,如從服務器取數據並顯示於客戶端。不知這樣是否違反了三層規則呢,還請各位多多發言,小弟實在是菜。謝謝
 
肯定是违反三层结构的规则。
要实现你说的功能,其实有很多方法,为什么一定要服务器端完成数据的显示呢?比如用继承,Frame....再写一个通用函数把数据显示在界面上,不就搞定了吗?
我在设计中这样分层
--------------------------
客户端 | 服务器端
界面对象 服务代理对象 | 服务对象
界面:只显示数据,不用知道数据的来源和去向,只和服务代理对象发生关系。
服务代理对象: 是服务器端对象的代理对象,负责从服务对象获取数据,并提交数据,和其它服务代理对象发生关系 。并且有一些简单的逻辑处理。
服务对象: 大量的应用逻辑。
 
后退
顶部