碧水蓝天

不登高山，不知云之高；不临深渊，不知地之厚也

统计

随笔 - 18
文章 - 4
评论 - 85
引用 - 0

公告

目前从事视频会议系统开发

留言簿(1)

随笔分类

随笔档案

文章分类

养生保健 (4) (rss)

文章档案

2006年8月 (4)

视频会议相关

软件工程/软件设计

Joel On Software

搜索

最新评论

1. re: 如何让你的程序避开全局键盘钩子的监视
kankan
--mapqi
2. re: 试用Adobe connect--adobe的网络会议软件
jidhiehfdiehfiehfi
--dnssewko
3. re: Almost Every file format in the world（转贴）
gfrfgt8r
--hjki86
4. hjki86
hrtgfg
--hjki86
5. re: 微软二进制Office文档格式已公开
kjlklkl
--u nvxch
6. re: 微软二进制Office文档格式已公开
跑跑
--安小阳
7. re: Almost Every file format in the world（转贴）
我想找出跑跑卡丁车
--吴思禹
8. re: Almost Every file format in the world（转贴）
我也找到这个东西了，只可惜没有文件格式的说明
--WWWW
9. re: C++ Coding Standard (2007-01-09)
初级程序员
--包冠男
10. re: 微软二进制Office文档格式已公开
那是要文档的话可能需要和微软合作吧.
--ˮ
11. re: 微软二进制Office文档格式已公开
gnuwin32上早就有word转为其他格式的程序，jasper(java中读取excel)好像也有了吧。
--Diviner
12. re: 微软二进制Office文档格式已公开
以前我也找过，但没找到。
--终极精彩
13. re: 微软二进制Office文档格式已公开
那是你找得不够仔细吧。
--Diviner
14. re: 微软二进制Office文档格式已公开
应该没有吧,除非是破解,一年前想找都一直没找到.
--碧水蓝天
15. re: 微软二进制Office文档格式已公开
这个格式应该早就被人家发掘出来了。
--Diviner
16. re: CFileDialog的bug
建议看看这篇文章对您会有帮助的 http://www.150it.cn/bianchengwendang/VC/5847313375.html
--dee
17. re: CFileDialog的又一Bug
这不是bug,就应该这样的。因为CMyFileDialogEx 并不是顶层窗口，不信，你察看一下他的窗口标题，他的父窗口标题，才是你看到的标题...
--mycro
18. re: 如何让你的程序避开全局键盘钩子的监视
请教大侠一下,我装了十几个系统（多数是深度简化版，还有上海政府原版和windows xp原版），除了win2000，用冰刃查了发现explorer.exe,iexplorer.exe等都有wh_keyboard, wh_mouse等钩子，其实几乎所有的程序都感染了这种钩子,请问这是木马行为，还是正常？用oem的是没有这样的问题的,还有在一部机上装win2000,用冰刃查到没有一个信息钩子(即为0),最近又装了vista, 除了只有iexplorer.exe带有钩子外,其它程序都没有. 请解释一下, 这个问题困扰我很久了,还有你的程序可否做成一个执行的供下载? 谢谢!
--swagger
19. re: CFileDialog的bug
兄弟,太谢谢
大家多分享经验.
--xiaoshaoping
20. re: 用Ping命令测试MTU大小
但是最大的临界值会不分包吗?
值是否越小越好呢?
--石头
21. re: 用Ping命令测试MTU大小
用UDP传输数据时为了减少丢包的可能性,一般要考虑MTU的限制
--碧水蓝天
22. re: 如何让你的程序避开全局键盘钩子的监视
不好意思,我的msn上不了.
现在为了安全起见,密码输入用软键盘的很多.
--碧水蓝天
23. re: 用Ping命令测试MTU大小
弱弱的问一句MTU是啥呢,有啥实用的地方呢?
--eric
24. re: 如何让你的程序避开全局键盘钩子的监视
最近因工作关系，也在研究防木马键盘记录。
有时间沟通以下。
我的msn：eboymcy@hotmail.com
mail:eboymcy@163.com
--eboymcy
25. re: 如何让你的程序避开全局键盘钩子的监视
有道理。
不过这个躲不过WH_DEBUG钩子的监视。
也躲不过WH_KEYBOARD_LL的监视！
--eboymcy
26. re: CFileDialog的bug
见鬼, 今天我也遇上这个问题, 谢谢您的文章.
--zhaoyang0618
27. re: 如何让你的程序避开全局键盘钩子的监视
那么如果人家也装个局部的钩子呢，不是就在你的钩子前面了吗。而且你这样只可以避免键盘，如果人家用消息的钩子呢。你还可以result：＝0吗。
--yzdiyu
28. re: 如何让你的程序避开全局键盘钩子的监视
感谢楼主的文章！简单易行！因为键盘钩子还差点去研究微软的detours开发包试图改变系统API的调用过程，实在是太没有必要了呵呵幸得发现了您的文章没有让我浪费时间做一件不恰当的事情。。呵呵感谢！
--水晶臭虫
29. re: 操作系统桌面效果比武：Vista VS Ubuntu(转贴)
Ubuntu 7.04是做的不错，效果比XP好多了。因为我用的Compiz，所以感觉没berly眩，但是比Vista还是要喧一些。另外，就是它的光晕效果要跟Vista有一拼。至于Vista边栏这种东西，更是Linux上老掉牙的的东东，8过Vista边栏的小应用特别重视视觉效果，而Linux小工具都是更重视实用，这是有很大的差别的。
--乾坤一笑
30. re 碧水蓝天：
：）但我不觉得xp中对话框那个锯齿模样的圆角比98的美在哪里？
--周星星
31. re: 操作系统桌面效果比武：Vista VS Ubuntu(转贴)
普通用户和程序员的要求显然是不同的，高度可定制的软件永远是程序员所追求的
--zuilang
32. re: 操作系统桌面效果比武：Vista VS Ubuntu(转贴)
不错。简洁、方便、快速是任何一款软件都应该追求的。我非常认同Donald Norman的观点:“产品具有好的功能是重要的；产品让人易学会用也是重要的；但更重要的是，这个产品要能使人感到愉悦。”关于他的访谈(Donald Norman：情感化设计http://www.uitimes.com/2005-11/2005112705813.htm)。一个看起来非常具有吸引力的软件界面无疑会吸引很多客户。要不然apple就没必要花那么大力气用在设计上了。
--碧水蓝天
33. re: 操作系统桌面效果比武：Vista VS Ubuntu(转贴)
毫无疑问，两个都很帅，不过显然酷是没用的，因为我们用的是操作系统，要酷为什么不去看美女图片？
操作系统要的是简洁、方便、快速。
--周星星
34. re: 软件设计中的可用性(转贴)
很多时候，问题可能不那么好实施。

比如，你的用户：
就假设你使用了模版，但是可能你现在的用户偏偏对模版很反感。但实际上你用模版后，整个设计灵活性和可复用性更好。
再比如，概念的定义：
就说流式操作吧，确实是很不错的设计，可是实际上很多人愿意选择c风格的printf。
--清风雨
35. to oshj:
试过的，没有用
--碧水蓝天
36. re: CFileDialog的又一Bug
那我跟你说把调用它的主界面 center 一下，你又说没用？
不解～
--oshj
37. re: CFileDialog的bug
你的文章非常精彩，秀逗邀请您加入秀逗博客联盟.中国最大最专业的博客推荐联盟,秀逗博客联盟不截取流量,推荐后的文章指向作者本人的BLOG,文章24小时循环首页展示，真正意义上迅速提升你的博客流量!欢迎注册,注册后将推荐代码添加到自己的BLOG相应位置即可轻松推荐文章,让更多人分享你的文章!后期更有秀逗市场、同心琐秀、商业联盟以及社区陆续登场，更多娱乐功能、商业展示机会，完全免费使用，名人博客，不用再眼红，使用秀逗推荐，流量迅速上升，好的博客，秀逗为您宣传！地址:http://www.sodooo.com
--sdsd
38. re: Almost Every file format in the world（转贴）
你的文章非常精彩，秀逗邀请您加入秀逗博客联盟.中国最大最专业的博客推荐联盟,秀逗博客联盟不截取流量,推荐后的文章指向作者本人的BLOG,文章24小时循环首页展示，真正意义上迅速提升你的博客流量!欢迎注册,注册后将推荐代码添加到自己的BLOG相应位置即可轻松推荐文章,让更多人分享你的文章!后期更有秀逗市场、同心琐秀、商业联盟以及社区陆续登场，更多娱乐功能、商业展示机会，完全免费使用，名人博客，不用再眼红，使用秀逗推荐，流量迅速上升，好的博客，秀逗为您宣传！地址:http://www.sodooo.com
--ss
39. re: Almost Every file format in the world（转贴）
BMP Windows or OS/2 bitmap
--jzhang
40. re: Almost Every file format in the world（转贴）
怎么连BMP都没有？？
--fastzhao
41. re: Almost Every file format in the world（转贴）
有的格式并不是公开的。根本找不到详细的说明文档。想找PowerPoint的格式说明文档，但一直没找到。
--碧水蓝天
42. re: Almost Every file format in the world（转贴）
只有解释，好像没有真正说格式哦。每个格式自己就应该有不薄的一个手册了。
--晓寒
43. to HYJ:
编译成Release的话，我测试的时候会偶尔出错，不知在你那是否有问题。而DEBUG每次都出错。
--碧水蓝天
44. re: CFileDialog的bug
我的测试环境是winxp pro+sp2 vc6+sp5 ,同你一样。
没有任何问题。
编译成Release的各种版本Default、MaxSpeed、MinSize等等，都没有发现你说的bug。
将两行宏定义改变了各种位置，也没有发现你说的bug。
--HYJ
45. re: CFileDialog的bug
补上了:)
--碧水蓝天
46. re: CFileDialog的bug
也不说一下是哪个版本的vc++的CFileDialog
--周星星
47. re: CFileDialog的bug
我的测试环境是winxp pro+sp2 vc6+sp5
--碧水蓝天
48. re: CFileDialog的bug
测试了楼主的代码，没有任何问题。
vc6sp5 win2kpro sp4.
--pAnic
49. re: 如何让你的程序避开全局键盘钩子的监视
写的好
--小商品
50. re: 什么是用户界面设计(Zt)?
明白，谢谢了！
--lqicc
51. re: 什么是用户界面设计(Zt)?
你去http://msdn.microsoft.com/windowsmedia/downloads/default.aspx
下个Windows Media Player SDK,在SDK的帮助文档中可以找到有个接口IWMPPlaylist，这个是用来操作播放列表的，希望对你有所帮助
--碧水蓝天
52. re: 什么是用户界面设计(Zt)?
在Media Player ActiveX中有newPlaylist()和setCurrentPlaylist()
可是总是编译无错误，但运行却不成功。
请问，怎么才能在VC状态下把VC下一个列表中的数据写入播放列表，并赋给Windows Media Player。
由于我是初学者，可以的话，给个例子。
谢谢！
--lqicc
53. to lqicc:
象Windows Media Player的播放列表应该是单独的文件来存储的。我大概地看了一下，扩展名为wpl。用UltraEdit打开可以看到是xml格式存储的。所以你只要找到对应的播放列表文件修改就可以。查一查Windows Media Player有没有提供直接的操作列表文件的接口
--碧水蓝天
54. re: 什么是用户界面设计(Zt)?
在此问一个Media Player ActiveX的问题，请问怎么才能在VC状态下，把一个列表中的音乐文件，导入Windows Media Player的播放列表中呢？
或者说，怎么VC 下实现维护Windows Media Player的播放列表。
谢谢
--lqicc
55. re: "线程安全"
模式界曾经有过一次讨论，想把singleton从模式里去掉，用像application context来代替。跟多线程确实没啥太大关系。
--Diviner
56. re: xulion
singleton is evil是针对singleton不利于程序的可拓展性，不利于单元测试，因为他不容易被mock,跟多线程无关。

OO的出现使得编写多线程程序更容易了，但是设计者无法保证client使用该类的时候一定是多线程安全的，除非这是个final类，不可修改的类。
比如:
Thread A: foo.SetValue(foo.GetValue()+1);
Thread B: foo.SetValue(foo.GetValue()+1);
Foo类的设计者没有办法保证上面两个操作的线程安全性。
--小明
57. re: "线程安全"
越扯越远了。

本来是讨论概念的。本身线程安全的概念在碧水蓝天的文章结尾已经定义的非常清楚了。线程安全是从client，也就是调用者角度观察的，当然是由接口来实现的。如果仅仅是某个函数安全，这能被称为线程安全么(调用者必须对函数序列进行保护)？

至于清风雨的说法，我不敢苟同。OO虽然跟多线程是不同的概念，难道OO编程中就不需要考虑多线程？

为什么martin fowle曾经说"singlton is evil"？不就是针对多线程而言么？
--xulion
58. re: "线程安全"
C/C++标准对多线程的支持基本上0，没有规定任何赋值的原子性，所以理论上简单的赋值操作如i=0 也可能被CPU执行一半后切换(取决于编译器的实现). ps:JVM标准中就有规定32bit整数的赋值是原子的。
--小明
59. re: 线程安全
--清风雨
60. re: 小明&xulion
个人觉得如下代码也是线程安全的.要做到类是线程安全的,基本上只要保证该类的所有接口对共享资源是串行访问即可.
class Foo
{
private: int volatile i;
public:
int GetValue() {return i;}
void SetValue(int x) { InterlockedExchange((long *)&this->i, x); }
}
Foo g_data;

int threadfun(void* param)
{

//...
g_data.SetValue(10);
ProcessData(&g_data);
//...
}
--碧水蓝天

阅读排行榜

评论排行榜

2007年4月12日 #

软件设计中的可用性(转贴)

发表于 2007-04-12 11:53 碧水蓝天阅读(2943) | 评论 (1) | 编辑收藏

碧水蓝天

导航

统计

公告

留言簿(1)

随笔分类

随笔档案

文章分类

文章档案

视频会议相关

软件工程/软件设计

搜索

最新评论

阅读排行榜

评论排行榜

软件设计中的可用性(转贴)