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个程序，所以必须要完全的隔离开来，不在一起编译。