海 海天子 Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-18 #1 你好，帮忙看看这个 http://expert.csdn.net/Expert/topic/2368/2368941.xml?temp=.5197718
F forsoft Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-18 #2 总之，采用OOP/AOP编程。不想分离成多个服务端的话，每人方法单独一个接口单元，到时uses进来就行了.服务端公用组件/方法/过程也独立成一个单元最好.
L lich Unregistered / Unconfirmed GUEST, unregistred user! 2003-10-18 #3 我说一种方案吧， 服务器端设置成每个连接创建一个服务器端远程数据模块对象， 但是，此模块是轻量级的，仅提供基础服务接口， 譬如，安全验证接口，消息通信接口，通用数据库接口， 再提供一个“接口管理者”接口，其他专用的所有接口都由此接口获得 其他接口所属的对象也有此接口的一组方法负责创建释放， 最好能实现一个对象池，充分提高系统的响应速度，避免数据库的重复连接 此数据模块内部定义状态变量，譬如，是否登录，权限级别，等等， 如果未合法登录，则不提供除安全服务之外的任何调用服务，同时不允许查询 其他的专用接口，这样充分保证了系统的安全性 关于其它接口的定义说明： 可以定义其他的远程数据模块，存在于.bpl文件中， 这些模块可以动态加载，或释放，并支持缓冲池模式， 主服务数据模块，根据客户端提供的参数， 去创建指定对象，并返回专用接口，客户端占用接口设置超时， 超时后，释放其锁定的对象 添加新的接口时，只要实现其对象，并封装到bpl中， 并设置添加到系统中，系统根据客户端请求会自动加载此对象， 并返回接口
我说一种方案吧， 服务器端设置成每个连接创建一个服务器端远程数据模块对象， 但是，此模块是轻量级的，仅提供基础服务接口， 譬如，安全验证接口，消息通信接口，通用数据库接口， 再提供一个“接口管理者”接口，其他专用的所有接口都由此接口获得 其他接口所属的对象也有此接口的一组方法负责创建释放， 最好能实现一个对象池，充分提高系统的响应速度，避免数据库的重复连接 此数据模块内部定义状态变量，譬如，是否登录，权限级别，等等， 如果未合法登录，则不提供除安全服务之外的任何调用服务，同时不允许查询 其他的专用接口，这样充分保证了系统的安全性 关于其它接口的定义说明： 可以定义其他的远程数据模块，存在于.bpl文件中， 这些模块可以动态加载，或释放，并支持缓冲池模式， 主服务数据模块，根据客户端提供的参数， 去创建指定对象，并返回专用接口，客户端占用接口设置超时， 超时后，释放其锁定的对象 添加新的接口时，只要实现其对象，并封装到bpl中， 并设置添加到系统中，系统根据客户端请求会自动加载此对象， 并返回接口
P paul_geng Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-29 #4 TO LICH： 你的东西很有意思，我一直在考虑作个好点的三层，可是我的水平，。。。惭愧啊，作了很久的三层，也没有想出好的架构，一直还是在remote module上放数据表的provider，能不能给我点详细的建议，我的email : paul_geng@163.com ，等你的回音，多谢
TO LICH： 你的东西很有意思，我一直在考虑作个好点的三层，可是我的水平，。。。惭愧啊，作了很久的三层，也没有想出好的架构，一直还是在remote module上放数据表的provider，能不能给我点详细的建议，我的email : paul_geng@163.com ，等你的回音，多谢
L lich Unregistered / Unconfirmed GUEST, unregistred user! 2003-11-29 #5 只是我的一个设想而已， 还有有些比较复杂的问题，我还没有想好， 想客户端的事务控制，多数据集一次更新，等等
X xchen.d Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-03 #6 我觉得客户端和中间层要充分考虑独立性的问题。 各自能独立运行，单段伺服最好。
C cocoboy79 Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-05 #7 强烈见意只用dcom接口方法传midas包，不要用哪些个dsp事件，而且利用dsp更新 出错都不好找问题，不开源，还是自动事务。
X xchen.d Unregistered / Unconfirmed GUEST, unregistred user! 2003-12-05 #8 现在我再次看了lich,2003-10-18 21所写了子后又一个矛盾：实质上所讲就是在服务器端写一个专门来管理数据环境的接口，但是那些业务规则又要怎么处理呢？如：服务器端只用一个connection ‘管理器‘,暂且这么说吧！那么服务器对于不同的用户请求就不用生成多个session,那么业务规则放在connection ‘管理器‘之前，还是放在database.再者不管在前还是在后服务器的独立性就是一个很难解决的问题！不知各位前辈是否有同感？
现在我再次看了lich,2003-10-18 21所写了子后又一个矛盾：实质上所讲就是在服务器端写一个专门来管理数据环境的接口，但是那些业务规则又要怎么处理呢？如：服务器端只用一个connection ‘管理器‘,暂且这么说吧！那么服务器对于不同的用户请求就不用生成多个session,那么业务规则放在connection ‘管理器‘之前，还是放在database.再者不管在前还是在后服务器的独立性就是一个很难解决的问题！不知各位前辈是否有同感？
