部门研发linux sysfs (2)部门研发

在写这篇文章之前，xxx经已写过了几篇关于改部门研发主题的文章,想要了解的朋友可以去翻一下之前的文章

    中国有一句俗话，叫做“耳听为虚，眼见为实”，真的吗？海森堡早就说过了，测禁绝的。别说听到的见到的，就来闻到的，也纷歧定是真的。要不然，小六脚臭，吕轻侯也在洗脚，结果被郭芙蓉委屈是秀才的脚臭。

    那么到底什么是实质，什么是表象？哲学畴范，实质就是表象，表象就是实质。特别是子量物理许畴范，谁都可不能把脑壳伸到原子核外部，拿着万用表试测原子核的现实数据。这样来讲，我们就必须通过诸多验实试测表象，然后，建立一个同一的模型，这个同一的模型可以逻辑上包容全部的表象，这样你的模型就准确。不同的表象，这是事物的不同方面，可能他是大象的耳朵，也多是大象的尾巴。

    sysfs，是一个用户空间的西东，注定了他是表象，那么他的实质是什么？

    自从苹果引入了图形UI界面当前，全部的对外表象其实都是浮云，在计算机系统外部实质的西东还是存放在盘硬和存内面里的数据构结。这就是实质。sysfs也是如此，/sys目录下的西东只是一个表象，其实质还是后背的数据构结。

    sysfs表象是什么子样呢？

    /sys---/devices

    |--/bus

    |--/class

    这是这个目录下最要重的内容，其中/devices是一个树形的目录，似类于公司人力资源部维护的部门和员工信息，记登了全部的树形部门系关和部门下的子部门和员工，这个是整完的。

    /bus前文表述的有一些错误，/bus是否是树桩的，而是一个扁平的构结，记录了系统全部的部门，以及部门下面的部门引导人和直接员工。例如总经理室,似类/platform，记登的员工除了总经理副总理外和秘书以外，还有几个就是研发监总，现实上是研发部的头，销售监总，现实上是销售部么的头，待等。他不是树形的。另外，对于这些大的部门，在bus下面是等平的构结，例如，有如下几个部份平列：总经理室,研发中央，软件部，供应链管理部，采购部，呵呵，经已不斟酌其层属系关了。

    另外，bus下面除了含包备设以外，还有一个要重的西东，就是driver的西东。就是动驱了，为什么不把动驱放到devices下面，我也不知道。多是因为一个动驱可能会动驱很多备设的原因吧。而这个备设会在系统树形构结中的不同地方。

    class是什么西东，class就是类，物以类聚，人以群分，文革时期，把你分划为贫下中农你就幸福了，如果把你划成田主，你就走运了，等着挨批吧，那个时候，分划类的的目就是拔提和批斗。影电也会分类，苍师老的压电属于A片，不能开公播放，未满18岁不能看，任达华的影电属于三级片，未满18周岁不能看。分类好不好，当然好。我们家国不分类，明表上净清，结果10岁小孩也看苍师老的电影。老祖宗大禹说，堵不如疏。那么，我们这里为何要对备设停止分类？难道是脱裤子放屁，或者是单纯为了看好？我看不是。

    如果我们按照公司模型来较比class，那么class就是岗位类型，例如一个公司可能聘招如下类型的人：研发员人，管理岗位，持支岗位（文员财务等），销售员人，还有产线工人等。我们为什么要对这些人也分类呢？因为系统对于这些员人都经已有成熟的管理方法了，我们必须使这些管理方法够能主动适配到这些管理，当然，也可能有新建的类型，一个类型对应一套大众的管理方法。例如你是研发员人，你就要做好，加班是没有资工的，不会一天只上八个小时的。你是研发员人，会给你置配一台研发用的电脑的，在公司buglist或者对外服务口接上注册你的信息的，这样你就可以很快介入公司项目，处理客户题问。等等。

    备设类也确实是这样的，比如UART，如果想作工必须接到原有的tty口接下面。当然了，类的一个更要重的作用是和udev关相的，这个作为后话，会细详论讨。

    未完待续，下面一个环节，我们论讨kset，kobject等后背的实质数据构结。

文章结束给大家分享下程序员的一些笑话语录： PC软件体积大，是因为一个PC软件功能往往较多，能够满足你一个方面的需求，而一个iphone软件往往没几行代码，干一件很小的事情，自然需要的软件就多。就像吃西瓜和吃瓜子的来比数目，单位不同啊。