DDD如何介入数据库思维系统?

08-12-16 Antinomy
这是一个现实的问题,通常项目开发的时候,都是一堆人开始就是上来就是表设计,做界面原型(静态的html..) 然后就稀里哗啦的做了...几个月后..这堆人走了..丢给一个从没参与业务开发过的人(囧,没错就是本人,仰天泪流~~~~ ╮(╯﹏╰)╭ ) .

一开始还相关无事,后来使用的人多了,意见就上来了..而且很多....这个时候也是差不多该重构的时候,DDD的书我还没看完(不过就算看完了,也未必就能用得恰到好处),像这种情况,各位通常有什么思路么?是在系统内部再搞个防腐层,再逐渐修改?重新建模的工作量实在是太大了.又不知道该怎么做比较好?

ACoder
2008-12-16 13:48
烧香求佛,除此以外别无他法。

Antinomy
2008-12-16 13:49
2F的真幽默.....

banq
2008-12-16 15:11
是啊,除了重做 还有什么办法呢?重构=重做,因为源头方向就不对了。

不过,逐步改善也许可以,需要很多投入。

evane1890
2008-12-16 17:47
哈哈哈哈。。。

没有办法。。只能从代码中找逻辑。。

兄弟我就在干这个。。从中还总结了一套重构超烂代码的方法。。

哈哈哈哈哈哈。。。

想起了一句话。。如果没有办法抗拒。。就学会享受吧。。。

evane1890
2008-12-16 17:51
哈哈哈哈。。。

没有办法。。只能从代码中找逻辑。。

兄弟我就在干这个。。从中还总结了一套重构超烂代码的方法。。

哈哈哈哈哈哈。。。

想起了一句话。。如果没有办法抗拒。。就学会享受吧。。。

你只能从自己做起。。不要写这样的代码。。但没有办法要求别人不写这样的代码。。改吧改吧。。。做一个快乐的“劳(老)改犯”。。。。

哈哈哈哈哈哈哈哈哈哈。。。

我要改代码去了。。。

evane1890
2008-12-16 17:52
怎么发了两遍。。。晕。。。

Antinomy
2008-12-17 09:39
哈,也只能如此了.. + + 看来还是重新看下MF的<重构,改善既有代码的设计>..

[该贴被Antinomy于2008-12-17 09:45修改过]

cnbond
2008-12-17 16:17
原型法,就需要反复迭代,几轮周期后才能发布。看样贵公司也是个皮毛公司呀。哈哈。

BinnyJ
2008-12-17 22:26
与lz同感, 我也接手一个这样的项目,完全面向数据库编程得项目,而且项目做得越来越大.

发现设计和编程上存在问题,但是无法全面重构,成本高,就这么几个人,还要应付一堆得用户提出修改.

现在只能小范围得修改,但是始终觉得如履薄冰. 看着这样得系统,心里也不好受啊.

DDD的书前几天收到,猛啃ing......

Antinomy
2009-01-12 16:52
把SQL的拼装单独的提取出去并已业务逻辑命名,感觉思路明显清晰多了.测试和重用也方便多了.最近发现有本书叫<数据库重构>,感觉应该是挺有用的,也许让数据库思维的系统加入DDD思维不再是遥不可及吧,0.0等有空闲时间的时候再看看罗.

[该贴被Antinomy于2009-01-12 16:53修改过]

猜你喜欢