![](https://img-blog.csdnimg.cn/20201014180756930.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
程序设计
文章平均质量分 63
linux_coder
这个作者很懒,什么都没留下…
展开
-
关于有限状态机的一种程序实现结构
关于状态机的定义已经比较模糊了大致猜一下 有限状态机是指 起始结点到终点之间存在有限个数的状态。通过这些状态之间的跳转可以简单的对付复杂的输入在实际应用中,许多状态特性明显或者不明显的都能划分出状态机特别是面向对象思想应用到编程中,状态的意义越来越明显下面要谈到的程序实现来自一个简单的dhcp客户端的实现代码由于dhcp有多个状态:discovery offer decline re原创 2007-01-08 17:12:00 · 1979 阅读 · 0 评论 -
Linux rpc结构 一种事件驱动的状态机处理
Linux的RPC是作为NFS的底层支持接口放在内核中的。当然,需要的话,其他模块也能调用RPC接口。为了高效的调度各个RPC请求,Linux的PRC调度实际上是一个事件驱动模型。C/S结构,大多使用多进程服务模型,这种模型的优点是编程简单,因为操作系统都是基于进程调度的,可以直接使用操作系统的接口。缺点是不适用于大规模的服务。服务进程或者线程的数目越多,用于切换调度的开销就越多,一旦进程或者线原创 2007-03-02 18:07:00 · 3425 阅读 · 4 评论 -
写代码同时应注意的几个代码调试手段
1。debug log信息 这个重要性不用说了 虽然是最低级的调试手段 但是历史告诉我们 往往简单才是最有效的。 debug最基本的初衷是为了让程序除了正常运行模式外,还能运行于debug模式,以方便跟踪程序的一举一动。 见过几种debug的方式 1)分等级 最典型常见的就是printk 分等级的目的是为了将不同等级区分对待。然而printk存在并不是原创 2007-01-31 16:05:00 · 1212 阅读 · 0 评论 -
《编程精粹-Microsoft编写优质无错代码的秘诀》的摘录
第一章:假想的编译程序1.不要期待好运气会碰到错误,应该去自己主动发现错误,排除运气对程序测试的影响,主动地抓住错误每个机会2.这章作者假想了一个非常智能的编译器,可以通过修改一些C语言规则,进行函数原形的检查和提供警告消息主动的发现错误,事实上能够利用现成的C编译器实现这些功能3.勤用Lint程序进行检查4.做单元测试(不要因为修改很平常而放弃单元测试)第二章:自己设计并使用断言1.对于转载 2007-06-06 15:09:00 · 1932 阅读 · 0 评论 -
编码检查表--from the book(编码精粹)
一般问题 你是否为程序建立了DEBUG版本 你是否将发现的错误及时改正了 你是否坚持彻底调试编码,即使耽误了进度也在所不辞 你是否依靠测试组为你测试编码 你是否知道编码的优先顺序 你的变异程序是否有可选的各种警告关于将更改归并到主程序 你是否将编译程序的警告(包括可选)都处理了 你的代码是否未用Lint 你的代码进行了单元测试吗 你是否逐步通过了每一条编码路径以观察数据流 你是否逐步通过了汇编语言转载 2007-06-06 15:11:00 · 1147 阅读 · 0 评论