B
bluerain
Unregistered / Unconfirmed
GUEST, unregistred user!
如何最快的开发控件,我不知道.
如果在开发速度和稳定复用作一个选择.我会选择稳定性.同时不幻想,有一个真正的
办法,可以保证以后只是继承而不修改代码.
开发控件我想还是应该想清楚这个控件是干什么用的,也就是需求.
规划是最重要的.你应该在写代码之前,把需求写清楚,用一般的文字而不要
用计算机语言来描述需求.
养成一个习惯,没有需求文档之前,决不动手. 然后用rose或者visio等建模
工具写一个雏形(如果不行,用word也可以). 不需要实现代码,只是定义接口即可.
然后回头再去看看需求是否合适.至于编码,是最次要的.
>>我想知道:控件的开发是先规划好的,还是在开发程序过程中,觉得有“一个具有
>>复用价值的模型”,所以把它做成控件呢?
从实践的角度上将,不要觉得有复用价值得模型,而心血来潮,要把他写成控件. 倒不如
将这个复用模型完善,使之具有良好的封装性. 甚至将重用的代码先写出公用函数,
这是一个理清思路的过程.至于最后是否要写成控件的形式,还是那句老话,先给自己一个
写成控件的理由,然后写出需求来.
另外实践是比较重要的.就象你提的这个问题,先自己摸索几次,无论失败或成功都是
好事.说老实话,这个问题我真的不知怎么回答比较好,因为"最快"这个词是我不太喜欢的.
如果在开发速度和稳定复用作一个选择.我会选择稳定性.同时不幻想,有一个真正的
办法,可以保证以后只是继承而不修改代码.
开发控件我想还是应该想清楚这个控件是干什么用的,也就是需求.
规划是最重要的.你应该在写代码之前,把需求写清楚,用一般的文字而不要
用计算机语言来描述需求.
养成一个习惯,没有需求文档之前,决不动手. 然后用rose或者visio等建模
工具写一个雏形(如果不行,用word也可以). 不需要实现代码,只是定义接口即可.
然后回头再去看看需求是否合适.至于编码,是最次要的.
>>我想知道:控件的开发是先规划好的,还是在开发程序过程中,觉得有“一个具有
>>复用价值的模型”,所以把它做成控件呢?
从实践的角度上将,不要觉得有复用价值得模型,而心血来潮,要把他写成控件. 倒不如
将这个复用模型完善,使之具有良好的封装性. 甚至将重用的代码先写出公用函数,
这是一个理清思路的过程.至于最后是否要写成控件的形式,还是那句老话,先给自己一个
写成控件的理由,然后写出需求来.
另外实践是比较重要的.就象你提的这个问题,先自己摸索几次,无论失败或成功都是
好事.说老实话,这个问题我真的不知怎么回答比较好,因为"最快"这个词是我不太喜欢的.