Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1015560
  • 博文数量: 123
  • 博客积分: 5051
  • 博客等级: 大校
  • 技术积分: 1356
  • 用 户 组: 普通用户
  • 注册时间: 2008-07-14 10:56
文章分类
文章存档

2012年(1)

2011年(21)

2010年(13)

2009年(55)

2008年(33)

分类: LINUX

2008-07-19 10:31:45

kobject kset subsystem这一系列模型(这里简要地称为模型更加容易理解)的引入实际上都是因为一个目的:
那就是简化系统文件的管理,不管是设备文件管理还是 一般文件的管理。kset是一个koject对象的集合,而ktype是具有相同类型的koject对象的集合,这些在一定程度上给予了系统维护文件的方便,而这些形成集合性质的更加深层次的模型则是由链表来实现管理 。
下面是设备模型的一个比较容易理解的概念(是从设备驱动第三版中得到的)
数据结构粘和

        设备模型是, 整体来看, 一个极端复杂的由多级组成的数据结构, 各级之间有许多连接. kobject 实现这个结构并且保持它在一起.
kobject对象(这里使用了面向对象的语言描述,在C语言中,称为结构体更加符合模型化设计)的引入是对一个具体设备的综合描述,就像面向对象设计中的虚拟类一样。任何一个设备都可对应着一个设备模型kobject,kobject只是一个用来对设备进行拓扑使得设备之间产生联系的结构体。任何设备都可以生成自己的kobject对象。
以上是本人的理解,如果有什么不正确的地方,望您指教,谢谢!
阅读(1257) | 评论(1) | 转发(0) |
给主人留下些什么吧!~~

chinaunix网友2008-07-22 22:59:51

>那就是简化系统文件的管理 更确切的说是设备文件系统udev kset是一个“同类型的”koject对象的集合 另外kobject象一个接口,把所有设备在底层统一了。 kobject 实现这个结构并且保持它在一起.//what do you mean? 指教不敢,提出一点意见供你采纳,呵呵。