多进程界面是否可行?

bduke 2009-09-02 06:19:02
一个windows客户端程序, 几大部分全都封装成单独的exe, 比如, 菜单导航栏, 内容展示栏, 浮窗等, 我觉得虽然多进程可以保证一个环节崩溃后不会影响其他进程, 但是, 如此复杂的构造和进程间的数据同步, 会使工作量大大提升, 不知道大家怎么看, 多进程的客户端程序
...全文
169 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
cheidtf 2009-09-12
  • 打赏
  • 举报
回复
多进程比多线程,更安全吧!

多线程中一个线程容易导致整个进程崩溃。

zoulie 2009-09-12
  • 打赏
  • 举报
回复
效果是一样的,比多线程稍微麻烦些,
能用多线程还是用线程好些,不然要线程干啥
xquanhao 2009-09-12
  • 打赏
  • 举报
回复
一个环节崩溃后不会影响其他进程,但是一个环节崩溃后其他进程也得不到想要的数据,一样也是不能正常工作的啊.
flash4ui 2009-09-11
  • 打赏
  • 举报
回复
多进程是趋势,适应多核!
chrome是开源的,可以参考一下他的多进程,主要用IPC实现进程通信。
多进程和多线程差不多的,区别不大,只是有些输入和消息响应必须要做点小修改。


=======================================
C++程序做UI方法的革命,用flash打造超炫UI
http://flash4ui.googlepages.com
qq539929779 2009-09-10
  • 打赏
  • 举报
回复
不要多进程,用DLL实现一个一个功能模块就行了
bduke 2009-09-02
  • 打赏
  • 举报
回复
可以这样, 做一个父进程,然后一堆子进程, 父进程协调并监控各个子进程, 这样一个子进程崩溃以后, 父进程可以重新启动。

不过, 我始终无法理解多进程的好处在哪, 我看遨游、IE8都是多进程的了, firefox也宣布马上进入多进程开发, 难道多进程的客户端程序是未来趋势么?
adamwyb 2009-09-02
  • 打赏
  • 举报
回复
一般都用一个进程够了,起多几个线程就可以了。而且多进程进行通信的话,有一个进程崩溃了,其他进程也没法正常完成工作,所以还是会互相影响的。
副组长 2009-09-02
  • 打赏
  • 举报
回复
多进程数据同步等工作量是多一点,不过还可以。就是大家一起工作有时莫名其妙就挂掉一两个,感觉像一个关系比较松散的队伍,总有爱掉队的。就我个人来说还是比较喜欢多个进程。
在他乡奋斗 2009-09-02
  • 打赏
  • 举报
回复
你可以用对话框做。其实对话框程序中每一个对话框都是一个线程,不互相干扰。
wltg2001 2009-09-02
  • 打赏
  • 举报
回复
多进程放在一起工作量确实要大得多了,好像不太实用.

15,979

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 界面
社区管理员
  • 界面
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧