随笔 - 119  文章 - 290  trackbacks - 0

博客搬家了哦,请移步
叫我abc

常用链接

留言簿(12)

随笔分类

我的博客

搜索

  •  

积分与排名

  • 积分 - 302262
  • 排名 - 84

最新评论

阅读排行榜

作为上一笔记的补完,虽然讨论的对象是CLI程序,不过我认为作为一种有效的文化,即使GUI程序也一样受用的。

1,过滤器类型的程序:
由命令行参数传递控制命令;
由标准输入传递输入数据,数据而已;
从标准输出流出的也只能是过滤后的数据,过滤的成果;发生错误的话,输出到标准错误,必须是错误,不包括程序的执行信息;
为了调试之类的目的,需要喋喋不休的执行信息的话,要有关闭执行信息的选项,要有控制输出等级的选项,要把这些信息输出到不会影响下游程序的地方,比如log文件。(前两个要求通常基于性能压力,喋喋不休的输出是奢侈的)

2,不要轻易请求确认。我个人比较反感的例子就是导入注册表的时候,会弹出一个确认对话框···我不打算导入的话,会双击.reg文件吗?
除非有足够的理由怀疑用户可能会选NO,或者取消该行为的时候,才给出确认对话框。
所以MessageBox慎用。
posted on 2006-08-23 22:42 LOGOS 阅读(1156) 评论(3)  编辑 收藏 引用 所属分类: 《UNIX编程艺术》读书笔记

FeedBack:
# re: 沉默是金 2006-08-24 18:25 万连文
凡事不可过头,对于交互性很强的操作不宜弹出提示框,某些情况下提示还是有必要,尤其有严重后果的时候。  回复  更多评论
  
# re: 沉默是金 2006-08-24 21:52 kdkdkdkdkdk
完全不同意思你的意见...
有时候就是不小心按了怎么办,安全都是最重要的 ..
按你那么说是不是删除文件出不用确认啦?...如果你那么说的话用户误操作了怎么办?很不负责任的说没..还以为自己很有道理似的..  回复  更多评论
  
# re: 沉默是金 2006-08-25 14:22 LOGOS
呵呵.我只是说"除非有足够的理由怀疑用户可能会选NO,或者取消该行为的时候,才给出确认对话框。".
其他的就没什么了  回复  更多评论
  

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   博问   Chat2DB   管理