7681
社区成员
请发表友善的回复…
发表回复
snakeyin 2001-12-20
- 打赏
- 举报
統一Ranma_True(乱马1/2(真))
越黎越为食 2001-12-20
- 打赏
- 举报
To:fraser01(王晓栋)
能详细说说这个吗？
但MDI有个很好的属性叫ACTIVEFORM，可以编写同名函数（但功能不同），
这有点像C++里面的重名函数。
能详细说说这个吗？
但MDI有个很好的属性叫ACTIVEFORM，可以编写同名函数（但功能不同），
这有点像C++里面的重名函数。
Ranma_True 2001-12-20
- 打赏
- 举报
这要看你的项目流程了,如果是多个流程那还是用mdi好一些,如果只有一个流程,下一步离开上一步就动不了,那还是用sdi好一些.用mdi可能在控制上会麻烦一些,但看起来符合windows的风格,sdi控制上会简单一些,但感觉像dos操作.
这是一点我个人的意见.
这是一点我个人的意见.
fraser01 2001-12-20
- 打赏
- 举报
看程序的需要。
一般会混合使用。
MDI窗口不会使你的程序在工具栏到处都是。但做一些特殊功能时就略显不足。
用FORM正好相反。
但MDI有个很好的属性叫ACTIVEFORM，可以编写同名函数（但功能不同），
这有点像C++里面的重名函数。
一般会混合使用。
MDI窗口不会使你的程序在工具栏到处都是。但做一些特殊功能时就略显不足。
用FORM正好相反。
但MDI有个很好的属性叫ACTIVEFORM，可以编写同名函数（但功能不同），
这有点像C++里面的重名函数。
apollo 2001-12-20
- 打赏
- 举报
我用TAB
sohosoyou 2001-12-20
- 打赏
- 举报
可以用能做容器的控件放在一个窗体上用操做该变他的可视性，就行当然你愿意，不过现在看扁平的窗体要流行，微软就是，当然这样的窗体也很漂亮。不知和你的提问是不是对口。
sftime 2001-12-20
- 打赏
- 举报
不知道...
luowanzhun 2001-12-20
- 打赏
- 举报
这个问题太深奥了
唐古拉山 2001-12-20
- 打赏
- 举报
其实用不用MDi都是看具体情况的,就像你有时候只吃一碗饭,有时候多吃几碗饭一样
视你的饿感而定.
视你的饿感而定.
wlk 2001-12-19
- 打赏
- 举报
根据项目结构，若同时可能打开项目中的多窗口，如:一个应用程序须同时监控多个内容时，最好用MDI窗口,方便用户切换。若基本上是一个独立窗口作用时，还是用独立窗口较好。个人意见，仅供参考。
cherno 2001-12-19
- 打赏
- 举报
我是靠VB吃饭的~~
我觉得要看你的具体需求~~即使复杂也不一定就要用mdiform~~
其实有时候独立的form更被用户接受~~
我觉得要看你的具体需求~~即使复杂也不一定就要用mdiform~~
其实有时候独立的form更被用户接受~~
shopping_more 2001-12-19
- 打赏
- 举报
独立的Form和MDIForm之间有什么本质的区别吗？
smartdx 2001-12-19
- 打赏
- 举报
看你的项目结构了，需要时自然没有别的办法！
sxmzmxh 2001-12-19
- 打赏
- 举报
同意 progame(来来往往，不知所云.......) 的提议
progame 2001-12-19
- 打赏
- 举报
看错了：(
以为是：请用VB的专家吃饭!
mdiform
以为是：请用VB的专家吃饭!
mdiform
jienao 2001-12-19
- 打赏
- 举报
用MdiForm。
首先，它看起来比较“标准”，比如可以有统一的菜单等等；更重要的是MDIFORM能比较好的控制其子窗体，使整个程序运行在一个框架之下。
首先，它看起来比较“标准”，比如可以有统一的菜单等等；更重要的是MDIFORM能比较好的控制其子窗体，使整个程序运行在一个框架之下。
whitenight 2001-12-19
- 打赏
- 举报
用户喜好.
所以工程之前的客户调查是很重要的.
所以工程之前的客户调查是很重要的.
shenxin 2001-12-19
- 打赏
- 举报
用MDIForm用户方便些，如果用独立的Form，则应该允许用户同时运行几个，这样其实跟MDIForm效果差不多了。
jiangbtg 2001-12-19
- 打赏
- 举报
当然用MDIForm客户就认它
rushing 2001-12-19
- 打赏
- 举报
应该是MDI，
但是我还没用过哪。
但是我还没用过哪。
加载更多回复（1）