home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / next / programm / 7308 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.4 KB
  1. Path: sparky!uunet!haven.umd.edu!mimsy!prometheus!media!pharos!rock
  2. From: rock@pangea.com (Roger Rosner)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: Splitting apps into UI and core server?
  5. Message-ID: <1992Nov18.170321.5489@pangea.com>
  6. Date: 18 Nov 92 17:03:21 GMT
  7. References: <9211151841.AA00343@intuitiveedge.com>
  8. Sender: rock@pangea.com
  9. Reply-To: rock@pangea.com
  10. Organization: Pangea Corporation
  11. Lines: 20
  12.  
  13. In article <9211151841.AA00343@intuitiveedge.com> monty@intuitiveedge.com  
  14. (Montgomery Zukowski) writes:
  15. > 
  16. >     Has anyone given much thought on how to split applications into a  
  17. > core server and a user interface object?  
  18.  
  19. A more classical approach would be to put the core data model in a server  
  20. process and have a UI-oriented client. The server publishes a central data  
  21. object from which you can navigate to all the other data objects.  
  22. Generally, one would avoid giving the data objects any knowledge of user  
  23. interface specifics. 
  24.  
  25. This give you, firstly, the ability to have more than one client access  
  26. the data model and, secondly, the potential to write clients for other  
  27. platforms (if by some miracle we get compatible Distributed Object  
  28. implementations on other platforms). However, taking these last leaps also  
  29. puts you up against all sorts of standard database issues, like concurrent  
  30. access, persistence, navigational activation, periodic passivation, etc.
  31.  
  32. Roger
  33.