16,551
社区成员
发帖
与我相关
我的任务
分享为什么不弄个窗口的构造函数，让它自己来Create和ShowWindow呢？
都是在由程序对象的构造函数来创建窗口对象的。
而且构造函数是逐个调用窗口对象的
create和showwindow，为什么不弄个窗口的构造函数，让它自己来呢？
而且构造函数是逐个调用窗口对象的
create和showwindow，为什么不弄个窗口的构造函数，让它自己来呢？
...全文
请发表友善的回复…
发表回复
MOOD 2009-09-14
- 打赏
- 举报
呵，比喻得不错，这个意思我懂了，就是给程序留下较大的灵活性。
软件工程的思想
微软提供API为了使得函数职能单一化、独立化、实现松耦合，就要将一些东西分开来。
按这样的原则所设计出来的库更加灵活，库之间可以互相配合的搭配更多，目的是为了使用库来开发时比较灵活方便，而非为了易用。
这样做虽然使得开发困难了，但也有他的道理，可以更开放的实现各种独特的功能。
现在 微软已经意思不能都这样 也提供了一些快速开发的类和解决方案 只是微软的东西太海量
楼上的楼上，是这个意思吗?你说的设计方法是不是指少一些构造函数，少一些主动，多一些被调用，以便被其它代码调用？
软件工程的思想
微软提供API为了使得函数职能单一化、独立化、实现松耦合，就要将一些东西分开来。
按这样的原则所设计出来的库更加灵活，库之间可以互相配合的搭配更多，目的是为了使用库来开发时比较灵活方便，而非为了易用。
这样做虽然使得开发困难了，但也有他的道理，可以更开放的实现各种独特的功能。
现在 微软已经意思不能都这样 也提供了一些快速开发的类和解决方案 只是微软的东西太海量
楼上的楼上，是这个意思吗?你说的设计方法是不是指少一些构造函数，少一些主动，多一些被调用，以便被其它代码调用？
zhengq06 2009-09-11
- 打赏
- 举报
这么说吧
吃过表当劳 肯德基一类垃圾食口吗?
在一个汉堡拿出窗口前
厨房()
{
备料();
加蔬菜( 加生菜 ); //creat()
加酱( 加蕃茄酱 ); //showwindow()
}//构造函数
我想吃辣椒酱行不? 不行!
吃过拌面没?
熟女老板娘 把面打包前
厨房备料()
{
备料();
}//构造函数
加蔬菜( 老板娘问你?胡萝卜丝:黄瓜丝); //creat()
加酱( 老板娘家部你?辣:不辣); //showwindow
吃过表当劳 肯德基一类垃圾食口吗?
在一个汉堡拿出窗口前
厨房()
{
备料();
加蔬菜( 加生菜 ); //creat()
加酱( 加蕃茄酱 ); //showwindow()
}//构造函数
我想吃辣椒酱行不? 不行!
吃过拌面没?
熟女老板娘 把面打包前
厨房备料()
{
备料();
}//构造函数
加蔬菜( 老板娘问你?胡萝卜丝:黄瓜丝); //creat()
加酱( 老板娘家部你?辣:不辣); //showwindow
MOOD 2009-09-11
- 打赏
- 举报
楼上的，你的意思好难明白。。。能不能再说一遍？慢点说
HelloAldis 2009-09-11
- 打赏
- 举报
软件工程的思想
微软提供API中为了 是函数职能单一化 独立化 实现松耦合
就要将一些东西分开来 这样提供的库更加灵活 这是提供库来开发 而并非为了易用
这样做虽然使得开发困难了 但也他的道理 可以更开放的实现各种独特的功能
现在 微软已经意思不能都这样 也提供了一些快速开发的类和解决方案 只是微软的东西太海量
微软提供API中为了 是函数职能单一化 独立化 实现松耦合
就要将一些东西分开来 这样提供的库更加灵活 这是提供库来开发 而并非为了易用
这样做虽然使得开发困难了 但也他的道理 可以更开放的实现各种独特的功能
现在 微软已经意思不能都这样 也提供了一些快速开发的类和解决方案 只是微软的东西太海量
MOOD 2009-09-11
- 打赏
- 举报
我想，应该是绝对有必要的初始化动作才在构造函数中执行吧。这样也让权力集中在程序手中，而不会出现程序与窗口各自为政的现象。
Hiiishe 2009-09-08
- 打赏
- 举报
功能分散，为了让使用者更灵活。需要什么功能，自己DIY。
dirdirdir3 2009-09-08
- 打赏
- 举报
你自己继承作一个就可以了,不这样做是为了更flexible......
