home *** CD-ROM | disk | FTP | other *** search
/ Power-Programmierung / CD2.mdf / c / library / dos / database / app_d_l / outline.doc < prev    next >
Encoding:
Text File  |  1991-09-15  |  5.2 KB  |  180 lines
  1.          (C) 1991 Vision Software, All Rights Reserved.
  2.  
  3.  
  4.          Address any correspondance to: 
  5.  
  6.                       Vision Software
  7.                       3408 Lansdown Drive
  8.                       Burlington, Ontario, Canada
  9.                       L7M-1V1
  10.  
  11.                                             
  12.          In addition, I may be reach through the following electronic
  13.     networks:
  14.  
  15.                       GEnie:      P.CALVIN
  16.                       UseNet:     phil.calvin@rose.uucp
  17.  
  18.  
  19.     APPLICATIONS DEVELOPMENT LIBRARY
  20.  
  21.  
  22.           This library was developed in order to provide serious
  23.     and aspiring C++ programmers with an efficient and portable
  24.     means to develop data-manipulating applications.  With this
  25.     in mind, we have attempted to provide services that allow
  26.     for the creation of an effective user interface, objects
  27.     that allow for organized and safe user input, indexed record
  28.     management to control this input, and finally, report
  29.     generation in order to present finished data easily.
  30.  
  31.  
  32.           In order to give a brief overview of the power and ease
  33.     of use this library provides, we have developed a simple
  34.     baseball statistics manager.  With this, the user can
  35.     investigate and modify the statistics for any major league
  36.     baseball player in 1990.
  37.  
  38.  
  39.           What follows is a brief description of each class that
  40.     provides (public) services for the library.
  41.  
  42.  
  43.     DATABASE
  44.  
  45.  
  46.           C++ structures provide a starting point for our
  47.     database creation.  These structures may be indexed to any
  48.     length key and to any number of active index files.
  49.  
  50.  
  51.           The user may add or delete records at will, all index
  52.     files are automatically updated.  In addition, a full range
  53.     of methods is provided to traverse randomly and sequencially
  54.     throughout the currently active index.
  55.  
  56.  
  57.     REPORTS
  58.  
  59.  
  60.           Using the indexed database as the beginning, the user
  61.     may develop simple reports that are automatically maintained
  62.     by the library.
  63.           These reports may be filtered by the user to eleminate
  64.     records that are not needed.  For example, a client report
  65.     could eliminate all clients that live outside a certain
  66.     region.
  67.  
  68.  
  69.     USER INPUT
  70.  
  71.  
  72.           One of the keys to an effective user interface is the
  73.     ability to prevent user mistakes.  By providing structured
  74.     input, the library allows complex input sequencies to be
  75.     handled easily by both the programmer and the end-user.
  76.  
  77.  
  78.           The programmer may provide simple validation of input
  79.     through the use of "Clipper-Like" pictures.  In addition,
  80.     validation may be done through "validation functions" or
  81.     allowing the user to choose from a set (Ex: Days of Week)
  82.  
  83.  
  84.     BATCH USER INPUT
  85.  
  86.  
  87.           With the ability to safely input complex pieces of
  88.     data, and the services provided by our DATABASE class,
  89.     combining these services seems a logical next step.
  90.  
  91.  
  92.           Nearly identical in use to User Input, the programmer
  93.     need only specify an "Index" field that may be used as the
  94.     key for each input.  After that, all operations are handled
  95.     by the library.  With this, a service such as building a
  96.     client list is quickly completed.
  97.  
  98.  
  99.           In BATCH input fully supports multiple index files
  100.     within an input, the end-user may dynamically switch index
  101.     keys during the edit process.  This ability is nearly
  102.     transparent to the program.
  103.  
  104.  
  105.     WINDOWS
  106.  
  107.  
  108.           Windows may be created/destroyed dynamically in order
  109.     to effectively organize on-screen data.  The user may
  110.     write/destroy any pertanent information as the application
  111.     progresses.
  112.  
  113.  
  114.           Windows may be scrolled, moved, partially scrolled etc.
  115.     to satisfy nearly any programmers needs.
  116.  
  117.  
  118.     HELP SYSTEM
  119.  
  120.  
  121.           Two levels of help system have been provided to allow
  122.     the uninitiated user quick access to the system.  Quick help
  123.     is always present at the bottom of the screen to provide
  124.     direction from the current situation.
  125.  
  126.  
  127.           More detailed help may be provided by the programmer at
  128.     the touch of F1.  Again, the library will maintain the help
  129.     system and any calls to it.
  130.  
  131.  
  132.     POPUPS
  133.  
  134.  
  135.           The root of the menu sub-system consists of simple
  136.     popup menu boxes.  These boxes are of fixed entries and all
  137.     entries are visible at all times.  Popups may be dynamically
  138.     linked together providing easy to use sub-menus.
  139.  
  140.  
  141.     PULLDOWN MENU BARS
  142.  
  143.  
  144.           By linking several popups together, we may quickly
  145.     create so-called pulldown menu bars.  Typically these bars
  146.     would be across the first row of the screen, but may be
  147.     placed anywhere around the view screen.
  148.  
  149.  
  150.     DIALOG BOXES
  151.  
  152.  
  153.           Dialog boxes allow simple question/answer type
  154.     situations where the user is presented with a very specific
  155.     set of possible responses.  Using dialog boxes, the user may
  156.     be presented questions in an unintimidating manner.
  157.  
  158.  
  159.     SCROLL BOXES
  160.  
  161.  
  162.           Scroll boxes are a special case of popups, they are
  163.     also fixed in size, although the number of entries usually
  164.     exceeds that size.  Because of this, the boxes "Scroll" as
  165.     the user moves the cursor beyond each end of the box.
  166.  
  167.  
  168.     VIRTUAL SCROLL BOXES
  169.  
  170.  
  171.           Virtual scroll boxes are an addition extension beyond
  172.     scroll boxes.  The entries are taken from an [Indexed]
  173.     database file.  As such, there is no limit to the number of
  174.     entries in each box.
  175.  
  176.  
  177.           These scroll boxes are extremely useful during Batch
  178.     input as the user is presented with a key field and may
  179.     select any record in the database.
  180.