对于做windows界面程序的选择？请资深人士解疑

ls251544415 2010-09-16 11:42:15

设计界面，MFC、windows API、.Net、VB都可行
既不喜欢那种有现成的控件让用户拖曳，像.Net就封装得太彻底
也不喜欢想调用纯API设计界面的方式，虽然界面的可控性是100%，但太底层了，操作起来相当繁琐

不知有没有既不是封装彻底也不是完全底层的一种设计方式？

...全文

78 6 打赏收藏转发到动态举报

写回复

用AI写文章

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

ls251544415 2010-09-17

打赏
举报

[Quote=引用 3 楼 sp1234 的回复:]
有。如果你能做好了一段代码并且复用到其它界面的声明中，那不就是你开发了一套控件嘛！

因此不要动不动就说人家控件如何如何，你只要拿出真本事自己也开发一套（简单）控件就行了。最好，你也推荐给别人使用，不用推荐给几千万微软平台的用户，推荐给100个专业开发人员使用就算你很成功了，那时你也会体会到别人对你的这套控件只会成事不足败事有余地贬低的场景的。
[/Quote]

我想你误会了
我没有说人家控件如何如何
封装彻底是人尽皆知的事实
个人不喜欢这种风格而已
绝没有一丝贬低的意思

Dobzhansky 2010-09-17

打赏
举报

//设计界面，MFC、windows API、.Net、VB都可行
//既不喜欢那种有现成的控件让用户拖曳，像.Net就封装得太彻底
//也不喜欢想调用纯API设计界面的方式，虽然界面的可控性是100%，但太底层了，操作起来相当繁琐

//不知有没有既不是封装彻底也不是完全底层的一种设计方式？

是要做自己的界面设计工具吗?
这个我感觉在你的程序中寄宿 winform 设计时是比较合算的.

Dobzhansky 2010-09-17

打赏
举报

UI 没有个标准框框,
跟应用程序类型,
是否要跨平台,
技术团队技术水平,
都有关系.

在 windows 平台下实践过编程的,
几乎都有封装自己 ui 类库的冲动,
或者已经有一个项目级别的封装,

搜索 win32 c++ library ,
会找到好多,
这些类库能否应用到你的程序中,
需要调研分析.

对于 windows 下基于 win32 的(psdk, mfc, winform, vb, etc)
和 WPF 之间, 该用哪个, 下结论还尚早.

考虑发展方向? 先问能写多少年程序, 软件产品的生命周期又是多长.

我认为, 基于 win32 的 UI 还会在很长时间内存在.
WPF 的应用尝试会越来越多.

比较疑问的一点是, 微软为何不推出基于 directx 的原生接口呢?
wpf 是否真的就是离开 .net 不行?
(别拿类库中的类说)

以专业开发人员为伍 2010-09-17

打赏
举报

[Quote=引用楼主 ls251544415 的回复:]
设计界面，MFC、windows API、.Net、VB都可行
既不喜欢那种有现成的控件让用户拖曳，像.Net就封装得太彻底
也不喜欢想调用纯API设计界面的方式，虽然界面的可控性是100%，但太底层了，操作起来相当繁琐

不知有没有既不是封装彻底也不是完全底层的一种设计方式？
[/Quote]

有。如果你能做好了一段代码并且复用到其它界面的声明中，那不就是你开发了一套控件嘛！

因此不要动不动就说人家控件如何如何，你只要拿出真本事自己也开发一套（简单）控件就行了。最好，你也推荐给别人使用，不用推荐给几千万微软平台的用户，推荐给100个专业开发人员使用就算你很成功了，那时你也会体会到别人对你的这套控件只会成事不足败事有余地贬低的场景的。