第430章 大的来了（今天只有两章，详见章末『作家的话』）
说实话，这东西是个新鲜玩意，现在大家的焦点，还在怎麽利用计算机完成特定功能这个事情上。
至于像高振东这种，仿佛什麽事情都不干，只是让屏幕亮起来，让人能操作计算机，但是却没有具体目标的事情，一时之间让大家都有点懵。
但是在场的毕竟都是专业人士，高振东说的意义一时之间还没感受到，但是至少，很快他们就意识到这个东西对专业人员的好处。
对于现在的循环值守程序来说，其实文件管理是非常麻烦的一个事情。
甚至循环值守程序本身，都不是个省油的灯。
每当完成一个程序，如果是单独运行，不加入循环值守程序的软体菜单的话，那还好办一些，直接存储到存储设备的某一个定起始位置，计算机在启动后会自动从那个地方开始执行程序，自然就调用了。
但是如果为了方便，想放到现在这个循环值守程序的软体菜单里面，方便调用和程序切换的话，那麻烦就来了。
要先把编译好的程序放到存储器里，然后记下它在存储器里的起始位置，然后把这个软体的名称和起始位置配置到循环值守程序的配置文件里，这样才能调用。
如果说这都不算最麻烦的话，那另外一个东西就超级麻烦了。
——文件管理。
在循环值守程序里，虽然有文件本身的结构，但是却没有文件系统。这意味着理论上，每个程序生成或者修改的文件都是它自己私有的，别的软体根本访问不了。
当然，也不是没有解决办法，比如，在存储器上划定一片或者多片区域，所有的程序都约定，当需要访问某种用途的文件时，就去访问这种区域，以特定的格式读写。
除了这种划定的区域，其他地方千万别动，那是别的软体的地盘，甚至有可能是别的软体的本体。
这样一来，勉强算是解决了文件在多个软体内的共享访问的问题。
这也可以算是一种比较原始的文件系统，甚至都不能算系统，只能算是文件操作方法。
但是这样的方法，是极为麻烦的。
这些文件的管理，基本上不是计算机在自动管理，而是人在管理，而且管理的是具体的存储位置这种极为细节的问题，这就让人很头疼了。
虽然可以通过一些方法，做到根据配置自动装载访问地址等等小便利的功能，但是核心上，依然解决不了问题。
然而，现在，有了高总工这个东西，仿佛一切都迎刃而解了！
苍天啊大地啊，终于不用算地址了吗！
厉所长代表所有程式设计师，用激动的语气问高振东：「高总工，别的你先别管，我就问一个事儿，这东西，能自动把文四合院：我边做科研边吃瓜(打小就清澈)最新章节手机访问：https://m.xtxtaikan.com/wapbook104600/48762227/