eMVC讨论帖 聊聊也赚分:) ( 积分: 100 )

B

bannico

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-02

• #21

To Sailsoft
我个人并不认为用MVC有多好。或许我看到的负面比较多（愚见）。
MVC确有她优越的地方：比如易于维护（这必须将整体团队贯彻统一认识，否则根本无法体现其优势），易于升级更新；缺点是执行效率下降，增加开发周期，特别是小项目。很简单：1+1这个等式解用脑袋肯定比用计算器来得快。呵呵...
最大的优势应该就是您说的多层跨平台运用。

 

V

VictorWoo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-01

• #22

to bannico:
freeAndNil(o); 是没有错的。
FreeAndNil(o) = o.Free; o := nil;
而o.Free会先判断o是否为nil的。您可以看看VCL源码

 

5

51zhan.com

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-01

• #23

无忧站网络——专业提供虚拟主机、域名注册、网页制作、LOGO制作、网站推广等服务。
更多空间详情请登陆 http://www.51zhan.com

 

S

sailsoft

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-02

• #24

t bannico:
凡事有利有弊,最合适的就是最好的,正如你所说.
当系统越复杂,设计模式就体现了它的优势,有着良好架构的系统易于维护与升级,确实是这样,随着版本的更新系统越来越庞大之后,我们都有深切的体会.
当然,在系统的某个功能对速度及效率有较高要求的时候,过程式效率大于OOP,数组效率大于List,etc.

 

B

bannico

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-02

• #25

to VictorWoo
之前讨论的不是语法问题，弄清楚^_^
我当然知道FreeAndNil(O)与O.Free的区别。
之前讨论的好像是TObject(O)该不该在View里面释放的问题

 

V

VictorWoo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-02

• #26

to bannico:
sorry，我理解错你的意思了

按你的意思继续下去,确认了一下,只有Example3和Example4中有 if o is TCommand then... 的行为，并且不是模板生成的。

我觉得这样就把决定权留给用户了吧。用户可以决定在UpdateView的时候是否释放o。
如果业务流程中，一律只有一个view能响应command，则一旦有一个view响应就打断责任链。
如果需要继续往下传，就不释放，不打断。

 

L

lifangchao2008

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2007-02-02

• #27

学习！