home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25138 < prev    next >
Encoding:
Text File  |  1992-07-22  |  3.0 KB  |  69 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!caen!sdd.hp.com!apollo.hp.com!netnews
  3. From: ced@APOLLO.HP.COM (Carl Davidson)
  4. Subject: Re: OO File system (was re: os/2's som)
  5. Sender: usenet@apollo.hp.com (Usenet News)
  6. Message-ID: <BrssDz.Dyw@apollo.hp.com>
  7. Date: Wed, 22 Jul 1992 15:58:47 GMT
  8. References:  <9207221528.AA15892@data.src.honeywell.com>
  9. Nntp-Posting-Host: watson.ch.apollo.hp.com
  10. Organization: Hewlett-Packard Company, Chelmsford, MA
  11. Lines: 56
  12.  
  13. In article <9207221528.AA15892@data.src.honeywell.com>, bergstro@src.honeywell.com (Pete Bergstrom) writes:
  14. |> From: "stephen dawson" <stephen.dawson@canrem.com>
  15. |> >"roger ramsey" <roger.ramsey@canrem.com>  writes
  16. |> >
  17. |> >>An object oriented file system provides considerably more than simple
  18. |> >>Norton Desktop type functionality.  It provides things like directory
  19. |> >>services and hooks for document management.
  20. |> >Care to expand on what you mean by "directory services" and "hooks"?
  21. |> 
  22. |> An OO file system would allow a developer (at whatever level) to
  23. |> insert an object that alters or supersedes the behavior of parts of an
  24. |> existing file system.  This subclassing is actually used in
  25. |> programming the behaviors of PM (and windoze) windows and dialogs.
  26. |> 
  27. |> One of the simplest uses of this would be to treat .zoo files as
  28. |> directories, allowing the "dir" command to view a list of the
  29. |> contents, "cd" into a .zoo file, apply "type" or "start" to a file
  30. |> within, etc.
  31. |>
  32.  
  33. Every once in a while I just can't resist the temptation to beat a dead
  34. horse, so here goes...
  35.  
  36. The best example of an object-oriented file system I know of is the 
  37. Apollo Domain file system. It does *precisely* what Pete describes, 
  38. i.e. the I/O system knows how to determine the type of object you are 
  39. operating on and calls the appropriate routines to operate on that 
  40. object *automagically*. This facility is used, for example, to allow 
  41. transparent access to the various versions (deltas) in a source code
  42. management system without modification to existing tools. Editors,
  43. compilers, and any other source manipulation tool you can think of
  44. can access any version of a file through the normal naming scheme.
  45.  
  46. Another example of this is the "compress" file type that was introduced
  47. in the latest release of Domain/OS. It does on-the-fly data compression
  48. and de-compression.
  49.  
  50. The Domain file system allows users to add new file types and extend 
  51. existing ones by adding new "type managers" to the system. New managers
  52. can inherit operations from existing managers if desired.
  53.  
  54. As far as I know, no one has implemented the ".zoo" file type on Domain, 
  55. but it could easily be done (no, I'm not volunteering).
  56.  
  57. |> >The WPS has features that I would describe by these terms. Maybe
  58. |> >OS/2's System Object Module has more features than you realize. :-)
  59. |> 
  60.  
  61. I think OS/2 is a great product (I run it on my PC at home) but it doesn't
  62. begin to approach having a real object-oriented file system.
  63.  
  64. -- 
  65. Carl Davidson  (508) 436-4361  |
  66. Chelmsford System Software Lab | Microkernels: Where less is more.
  67. The Hewlett-Packard Company    | 
  68. DOMAIN: ced@apollo.hp.com      |
  69.