From: tmoran@bix.com (Tom Moran)
Subject: OO and large packages
Date: 1998/04/23
Date: 1998-04-23T00:00:00+00:00 [thread overview]
Message-ID: <353f7983.1926480@SantaClara01.news.InterNex.Net> (raw)
Is there a good methodology to break up a complex object into multiple
smaller packages?
In a windowing system I have a "window" object with a great many
functions for both input and output, some of which are rather complex.
One possible split is
type output_window is new basic_window ...
and a package providing just the output functions, then another
package with
type input_window is new output_window ...
overiding the input functions of basic window (which weren't even
mentioned in input_window). That produces two, smaller, package, but
output_window is secretly passing all the input functions from
basic_window on to input_window, which seems a really poor idea.
The only other obvious breakup is to include everything in one large
type io_window is new basic_window ...
but move the guts of the larger functions off to separate packages in
a traditional bottom-up way, with no special conceptual structure.
Suggestions?
next reply other threads:[~1998-04-23 0:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-04-23 0:00 Tom Moran [this message]
1998-04-23 0:00 ` OO and large packages Simon Wright
1998-04-24 0:00 ` Joseph Wisniewski
1998-04-24 0:00 ` Tom Moran
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox