中间层开发与扩展(300分)

  • 主题发起人 主题发起人 lck
  • 开始时间 开始时间
L

lck

Unregistered / Unconfirmed
GUEST, unregistred user!
问题1: Midas 中间层开发
由于系统较大，多人同时开发时，每个模块为了提高性能和数据的
完整性，大家都往中间层定义一些方法，这样就造成多人开发中间
层很难合并和维护。请问有何解决办法。
如：在中间层定义一些企业类把各功能分开，但客户端不能很方便
地调用它。
问题2: 软件开发扩展性
A.怎样使 Midas结构软件 与 单机版软件互转。 (单机版不使用Midas)
B.怎样使 BDE 与 ADO互转。
请各位高手谈谈解决方案。
 
问题2:
基本上要重新设计了,比较麻烦.
使用odbc不知道可不可以.
 
这里太寂寞了，进入的朋友请随便谈谈。
 
小聲問一句﹕什么是企業類?
 
1、设计时对一些通用功能设计若干小的COM对象，然后定义协调对象来实现企业逻辑。
因为小对象功能单一，所以通用性比较好，而协调对象一变，企业逻辑随之改变，在多人
开发时，可以有专人来开发小对象，其它程序员自行开发协调对象。
2、这种情况简直就是两套程序了。不过数据库程序可以试试用Interbase，可以在单机上
使用，用法和SQL Server等差不多。Midas也可以在单机使用。
 
企业类主要包括：功能类、数据类、实体类。
 
第一个问题，中间层最好由一个来写！！
第二个问题，不太好办，我想只能分开写！
 
listen.
 
tanglu您好！
相对1，能否给一个实例，谢谢！
 
这个问题太大了吧。
一个实例就是一套企业逻辑哦。
建议看看李维的书。
 
第一个问题：这就需要在系统分析和项目管理中多下点功夫，只要在系统分析时把用到的
类、方法（函数）等等都差不多定下来了，在具体编码时只是任务的分配和调度
问题，合并也是很简单的事情，项目经理一定应付得来。另外，把不同的业务划
分成不同AppServer（COM Server），也是一很好的方法，也很有必要的。好象一
个MRPII系统，把它分成：采购、销售、库存、MRP、成本、生产......,它们分
别对应一COM Server，这样就可以一个或两个人做一个COM Server。
//中间层最好由一个来写！！
to windpray:
一个人能有多大的能耐？如果系统太大，只能靠大家齐心协力、互相配合才
能把事情做好。
第二个问题：同意windpray，只能在类、函数级实现重用。
 
同意...同意Slong！！！！！！！！
 
其实我是个初学都！
对三层的东西理解的不深。所以还得谢谢slong指点！
 
我建议你看看北京大学出版社出版的一本<基于组件的应用程序设计>,其中的一个Demo就是
一个三层组件的Sample,其实我觉得这不是一个程序问题,而是一个设计问题,你可以在项目
初期用Rose完成这种设计
 
这个书哪里有的卖，什么时候出的？有电子版么？英文也可以啊．
 
确实，现在很多人对多层应用感兴趣，但多数集中于怎样编程，
其实从双层到多层，是思想上的变革大于技术上的变革。
 
这个问题有点大
 
设计时就应该基于面向对象，将企业逻辑组织成一系列相对独立抽象的类，然后再分组开发。
 
lck:如果你还要继续讨论请定期提前你的帖子，如果不想继续讨论请结束帖子。
 
您必须登录或注册才可回复。

Similar threads

不
ISO8583报文协议（转） - 不得闲
回复
0
查看
848
不得闲
不
S
【杂谈】鸿蒙 OS 对开发人员带来的机遇和挑战-挑战篇下
回复
0
查看
941
swish
S
不
Delphi实现类似Android锁屏的密码锁控件 - 不得闲
回复
0
查看
971
不得闲
不
不
关于在Delphi中链接VC的obj文件（XE2以上版本） - 不得闲
回复
0
查看
926
不得闲
不
不
奇淫怪巧之给Delphi的PrintDialog增加一个页码选定范围打印的Edit - 不得闲
回复
0
查看
871
不得闲
不
后退
顶部