摘要：serial programming howto
linux 串口编程 中英文简体对照 beta 版
翻译：carol li
原作：gary frerking gary@frerking.orgpeter baumann
this document describes how to program communications with devices over a seria......
摘要：eclipse的奇巧淫技 (附图说明)
eclipse大家都用吧? 最近我把玩了eclipse一番，顺便发现了一些问题。其实也没什么大不了的，无非是些”淫技” 。
在我们遍历一个list时，我们会写:
// queries is a list instance that contains
// a list of string object......
基于阻塞Socket的远程控制类库-TNetCommand-01问题的提出
1． client端发出命令 【程序编程相关:
Grub 恢复真的很简单！】
远程控制类软件的编写是个痛苦的过程,大概的思路是（假定,控制端为client端,受控端为server端）: 【推荐阅读:
计算机科学学生资源-William St】
3． server端通过解析命令,执行相应的操作 【扩展信息:
Linux下的常用软件列表】
2． server端解析命令
4． server处理完毕后返回处理结果
5． client端接收处理结果
请注意step 2,3中server端的处理.如果所有这些都在server端的一个过程中处理是非常可怕的事.你不得不需要一个大的case语句,也许这样庞大且不停膨胀case语句超越你的控制能力,逼迫你用更自由一点排比句if …then…,但这一切无疑都是一个痛苦的过程.
试想增加一项功能在server端代价:
1． 增加一个命令解析if newcommand then newfunction;
2． 新增一个newfunction;
看起来不错,勤奋一点还算可行.但如果是团队开发,这种开发模式似乎不太容易忍受.总不能每新加一项功能,大家都要在server端指手划脚.
问题的提出:
1． 如何才能避免因为功能增加,导致在server端case语句的膨胀?
2． 如何适应团队的开发?
设计思路
在同一个类中实现client端与server端的处理.
这样做得原因只有一个,将新增功能的处理在所属类中完成.换句话说就是将上述server端的代价在类中完成.－“换汤不换药”?...
下一页 摘要： 今天跑去办工商银行的信用卡，因为以后的工资公司都直接打到工商银行的帐号上，公司只帮办了存折。看着包里好几张不同的银行卡，我忽然想到了一个问题：各种各样的程序设计语言就像不同的银行卡一样，其实你任何一门语言精通就够了，与其这门语言学学，那门学学，还不如先专门学好一门语言，你银行卡很多，可是每张卡上都是那么点钱，还不如只有一张卡，里面有很多的余额。
特别是现在在读书的朋友，学计算机的朋友，当你对......
