kernel的后期代码组织

在代码写到后期的时候,加入操作系统之后,作者的代码组织风格突然一转。

刚开始lib中的函数很多是供kernel自己调用的,利用lib中的这些函数,kernel中又添加了硬盘驱动task,tty驱动task,并且向外提供了printf函数接口。可供其他的User Task来调用。

后来加上了FileSystem之后,又多出来了一个模块,可能因为FileSystem比较大。单独一个文件夹存放FileSystem的代码。并且FileSystem也向外UserTask提供了open close write read接口。

在不断开发的过程中,不断又很多模块的对外接口,搀杂在各自的模块中,不是太好管理。于是将所有可以供UserTask使用的接口放到lib文件夹中,现在当前lib文件夹中既有可供kernel调用的跟模块无关的函数,也有各个模块分别提供给UserTask使用的接口。

lib如下:
close.c  kliba.asm  klib.c  misc.c  open.c  printf.c  string.asm  syscall.asm  vsprintf.c

kernel如下:
clock.c  console.c  global.c  hd.c  i8259.c  kernel.asm  keyboard.c  main.c  proc.c  protect.c  start.c  systask.c  tty.c

include如下:
stdio.h  string.h  sys  type.h
其中sys为文件夹,它为:
config.h  console.h  const.h  fs.h  global.h  hd.h  keyboard.h  keymap.h  proc.h  protect.h  proto.h  sconst.inc  tty.h

include文件夹在不断的开发过程中因为要区分User 和Sys,便主动将只供Sys使用的头文件放入了单独的文件夹,并且Sys中的头文件的放置位置还是就像以前说的一样分模块,分功能。比如const.h, proto.h, type.h, global.h绝对是按照不同的编程时候的功能来区分的,而其他的头文件则对应相应的模块!!有组织,有纪律!!

1 kernel内部功能模块划分,.c .h 文件组织清晰。
2 kernel向外提供接口时候,也是Sys User层次区分清晰。
总结一句:好!

而Boot 和 Kernel之间可以完全算是2个程序,所以必须要完全的隔离开来,不在一起编译。

posted @ 2011-09-27 21:21  Jack204  阅读(306)  评论(0编辑  收藏  举报