20万行VC代码的Delphi重构，寻求您的建议(300分)

D

devuser

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-16

• #1

项目已经作了，问题多多，而且维护的成本，新增功能的成本，
逻辑变化需要修改逻辑的地方特别多。
目前因为要推广到全国，考虑到这样的代码如果推广出去必然炸锅，
决定使用Delphi重新构造。
Delphi架构准备采用SOAP。
您有什么建议呢？

 

C

coolmoon007

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-16

• #2

不怕，向MICOSOFT一样，不行发补丁，不过最好还是少出错，多检验的好，

 

N

netwatch

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #3

20万行的重构成本可能要比你发补丁的成本高很多呀。

 

W

wyddr

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #4

我觉得应该仔细分析与测试，把正确的功能与控件做成ocx,或dll
也可以考虑把模块做成com组件
这样都可以被delphi调用
一句话，尽可能的复用，毕竟20w不是小数目，还要找vc和delphi都精通的人

 

Q

QSmile

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #5

没必要，如果当初写的时候就直接用VC 写。
要改为 Delphi 的。问题也一样又到了Delphi源码里了。
费用不说。问题没有解决。
只有直接在 VC 里把错误找出来。
写的好的程序用ASM 都可以工作正常的。

 

Q

qsoft.51.net

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #6

不要动不动就重构，很累人的。
首要问题是找出问题所在，总结经验，一些问题在VC上局部重构一样可以解决问题，而且成本要小得多，比如将可能或容易出问题的、经常会发生逻辑变化的模块使用DLL或COM/ActiveX进行封装，可以以插件方式实现，这样，可以缩小查BUG的范围，也可以使用项目维护方便。

 

S

samboy111

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #7

一套软件从构思到完善，我的时间表是：2年。
各位的如何？

 

A

aizb

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #8

喝喝,如果决定要重构:
分析现有功能,
写出分析报告,
调整功能,
作初步设计,
调整初步设计,
作详细设计,
详细设计审核,
编写代码............
如果原来的代码真的那么差,需要重构的话,估计20W代码中至少有3几W是废代码.

 

T

TonSon

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #9

只要需求分析说明，代码扔掉。

 

L

lzhuan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #10

如果以前的分析,設計就有問題.用delphi重构問題也不會得到解決.

 

S

SuperSoft

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #11

Delphi 的SOAP控件有严重的Memory Leak，
这是我公司(我们是正版用户）在Borland得到证实的，
他们自己也办法，
如果你程序要求稳定性的话，
呵呵，要考虑周到

 

T

tt8

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-17

• #12

VC 改 BCB应该比较容易一些。
只要设计正确，VC继续开发下去不可以吗？
估计是VC的实力不够，想RAD开发了。
实际上VC很少做大型的数据库开发，因为成本高，倒不是做不出来。

 

S

shouqb

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #13

delphi 到 vc还叫重构？是重写吧！
建议不要轻易的丢弃已经写好了的东西！

 

C

chengjian

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #14

不要吧，太吓人了。
不如重新设计，重新开发。

 

Y

yyii_yyii

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #15

同意samboy111，没有两年不行。

 

A

Aiirii

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #16

个人也觉得,改成 com,com+比较现实可行!!

 

Y

yzhshi

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #17

这个是一个公说公有理，婆说婆有道的事情，很难说情的。
http://expert.csdn.net/Expert/topic/1488/1488557.xml?temp=.1246302
很多时候不能完全由技术人员说的算。至少有几方面限制：
1、公司是否同意投入重构的人员、资金；
2、项目的时间性，用户需求的确定性；
3、重构后的情况；
4、是否有能担当起这个任务的人
很多缺一不可，似乎只有3、4部分属于技术人员/部门经理能够部分决定的。

 

Y

yzhshi

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #18

目前我们程序的代码量：就是同楼主类似的项目做出来的，采用的是极端方式。整个重新来过。不过还好，领导支持，客户认同，所以效果还不错。
再有1个月就要结束了。也要能够松口气了。[][][]
时间：1.5年
※但是，俺绝对不赞同任何一个项目都要重新来过这种方式，要具体的结合项目的实际进行啊※
－－－－－－－－－－－－－－－－－－－－－－－－－－－
代码所在目录：E:/Temp
代码类型：*.dpr;*.pas;*.dfm
代码类型为*.dpr的文件：
文件数目：23
文件大小：107,880
代码行数：1,903
代码类型为*.pas的文件：
文件数目：1,096
文件大小：18,373,374
代码行数：562,043
代码类型为*.dfm的文件：
文件数目：1,062
文件大小：29,342,289
代码行数：741,108
文件总数目：2,181
文件总大小：47,823,543
代码总行数：1,305,054

 

游

游泳的鱼

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-29

• #19

[]改写程COM或DLL形式，用DELPHI做界面

 

D

devuser

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2003-09-30

• #20

多人接受答案了。