盒子论坛 v2.1

    我试了一下你的his实例，因为我没有找到oracle8i，也没有odac驱动，所以想改成ADO的驱动，但每个实现的类都有uses有odac（oracle8i）驱动，要在每个类删除uses驱动odac的dcu文件的代码，不知在3.0版实现了不用删除这么多的uses语句没有。而且，用了太多第三方控件，对于框架来说，也不妙。
    uses语句，能否用内联函数来实现条件编译。如下：

    {$define adoXX}
    {$ifdef adoXX}
    uses adodb
    {$endif}
可能我太菜，看不懂你的框架。
----------------------------------------------
没有最好，只有更好

作者：

dfw@156600 (ChaseSun)	★☆☆☆☆	-
	普通会员

2004/5/15 0:09:51

3楼：

内联函数如下：
{$I casecompi.pas}
----------------------------------------------
没有最好，只有更好

作者：

dfw@156600 (ChaseSun)	★☆☆☆☆	-
	普通会员

2004/5/15 0:13:14

4楼：

如果有200个实现类，原来我是用oracle8i，但如果我要改用ado驱动，要打开200个实现类文件进行修改具体使用的数据库驱动文件.dcu文件，太累了。如何减轻负担？请楼主明示？
----------------------------------------------
没有最好，只有更好

作者：

jhwh (jhwh)	★☆☆☆☆	-
	普通会员

2004/5/15 8:08:45

5楼：

我早就说过了,这个东西没有用,只会做无用功的.何只是数据库,连代码都没法重用.如果需求有了变化,不了解这些代码,你没有办法改.就算需求改变小,继承下来的代码会完全缚住手脚.只有热情是远远不够的,技术才是第一位的.
----------------------------------------------
-

作者：

ralf_jones (Ralf)	★☆☆☆☆	-
	盒子活跃会员

2004/5/15 10:00:40

6楼：

to: dfw@156600
1.smallstruct3使用dbexpress。delphi7的ado和datasnap无法一起使用，而我需要使用clientdataset。能在oracle上工作并且与datasnap成功协同工作的驱动只有odac。现在的dbexpress也只是勉强可用，如果有别的选择我也不用绑在odac上。不过smallstruct3用了dbexpress情况会好一些。
最后，非常报歉耽误了你的时间。

----------------------------------------------
-

作者：

ralf_jones (Ralf)	★☆☆☆☆	-
	盒子活跃会员

2004/5/15 10:08:53

7楼：

to:jhwh
如果你有什么建议请详细说明，只是发牢骚无论对谁都没有帮助。我做smallstruct是一个尝试，这件事终归要有人做。我知道我做得还差很远，希望你能提出一些有价值的意见。
另外，框架的重用与application的code重用是两回事。如果你所说的需要是指客户的需求的话，即与框架无关。上一版的smallstruct2有许多问题，之前我也说明过不会再继续修改，这也是我开发smallstruct3的原因。
继承是重用的重要方法，亦是OO的根本特性之一，如果你发现了什么比OO更优秀的技术那请你不否赐教。
----------------------------------------------
-

作者：

ralf_jones (Ralf)	★☆☆☆☆	-
	盒子活跃会员

2004/5/15 10:16:42

8楼：

to:dfw@156600
这是一个用于ADO的实现，希望能你你一些帮助http://vip.efile.com.cn/ralf_jones/smallstruct2.2.rar
再次表示我的歉意，耽误了你的时间。
----------------------------------------------
-

作者：

dfw@156600 (ChaseSun)	★☆☆☆☆	-
	普通会员

2004/5/15 12:09:06

9楼：

    其实无论什么框架，应达到如下的要求：
    1、界面是开放的，不限定SDI还是MDI或者是对话框程序。
    2、业务逻辑是不限定的，即不管是单机、C/S还是三层都可以由用户来决定。
    3、数据库接口是开放的,即不限定使用什么数据库，由用户来决定使用的数据库接口（ADO，ODAC、DBExpress、BDE）和数据库（MS SQL，oracle8i、access、db2等）。
    4、应该使用松耦合，即不能采取绑定数据库的方法（也应该少用数据库控件），应该是动态绑定数据库（如果不要在运行时选择数据库，可在框架初始化进行绑定数据库；如果要在运行期选择数据库，典型的是MDI数据库程序，要用代码进行改变连接字符串进行绑定）。、
    5、合适的粒度。
    6、定义常用的模块，比如登录模块、权限设置模块、系统备份模块等。
    ......
其它的等想到再说。
----------------------------------------------
没有最好，只有更好

作者：

jhwh (jhwh)	★☆☆☆☆	-
	普通会员

2004/5/16 0:13:20

10楼：

呵呵，我的语气不对，道个歉先。
刚才写了很多，一提交，居然告诉我没有登陆！我考，这个 Cookie 也设的太烦了吧。不想再写了，简单说一句，没有GP，想实现一个弹性好的构架比较麻烦、拖沓，快慢暂时不考虑。
----------------------------------------------
-

作者：

dfw@156600 (ChaseSun)	★☆☆☆☆	-
	普通会员

2004/5/16 8:35:32

11楼：

    还有，如果采用MVC结构，只能是一Model对应一View或一Model对应多View，但需求是没有这么简单的，而MFC的Document/View结构较好解决了此问题，不仅可一Document对应一View，而且可以一Document对应多View，也可以多Document对应一View，还可以多Document对应多View，所以VC++的编程的面向对象较好的解决了多种应用。
    但由于MVC结构中间有一个Controler，限制了体系的Model和View多种对应关系。
    我也是刚学一点设计模式，在此班门弄斧，不好意思。请各位见谅！
----------------------------------------------
没有最好，只有更好

作者：

dfw@156600 (ChaseSun)	★☆☆☆☆	-
	普通会员

2004/5/16 8:40:25

12楼：

smalltalk就是典型的MVC结构，不知为什么不流行，boland公司的BC++也是MVC结构，也不知后来为什么也不流行了。
----------------------------------------------
没有最好，只有更好

作者：

plutozhuam (pluto)	★☆☆☆☆	-
	普通会员

2004/6/15 8:52:11

13楼：

其实smallstruts可以引入DAO模式来消除对某单一驱动的支持!!!
----------------------------------------------
-

信息

登陆以后才能回复