Java Notes

GUI Structural Patterns

Structuring the program - Separating the Model

In all ways of structuring a GUI program, there is one vitally important issue -- separating the code which is the essence of the problem from the user interface. This logical part is variously referred to as the model, business logic, abstraction, or document. This code must not refer to the user interface directly -- it will interact with the user interface code by returning values or invoking listeners.

Motivation. There are two compelling reasons for this separation.

1. Lower complexity -- Programs end up being less complex and therefore easier (cheaper) to modify. For the smallest programs this may not be obvious, but the benefits show up very quickly as a program grows. This is not an advantage only in large programs.
2. Interface Flexibility -- This allows changes to the user interface, eg, moving from Swing to SWT, or to a web interface. You should be able to use your basic logic code (if applicable) with the following interfaces.
   • GUI interface. And it should be easy to change between Swing, SWT, XML based GUI, etc.
   • Command line interface - yes, some Unix sysadmins might want to run it that way.
   • Web based interface.

Well-Known Patterns

MVC - Model-View-Controller Pattern

This classic pattern is widely used, altho the Presentation-Document pattern below is a more common (because it's simpler) choice for small programs.

• The View component presents the output and may interact with the Model to do so.
• The Controller component accepts user input. It typically interacts with both the View and Model.
• The Model implements the logic, and knows nothing about the interface.

Presentation-Document Pattern

This pattern is perhaps the best choice for small GUI applications.

• The Presentation contains all user interface code (the View and Controller).
• The Document is the logic, model, etc.

PAC - Presentation-Abstraction-Control Pattern

This is the application of stepwise refinement to GUIs. Parts of the GUI are each implemented as in MVC, and these parts are put together using MVC. This is basically a recursively applied MVC model. It would only be used for complicated GUIs.

• The Abstraction corresponds to the Model in MVC.
• The PAC pattern has a hierarchy of agents, each structured in the PAC model.

Related Tags for GUI Structural Patterns:
c,  xml,  flex,  gui,  web,  unix,  swing,  com,  list,  ant,  ui,  interface,  import,  model,  business,  io,  struct,  interfaces,  sysadmin,  swt,  user,  sed,  problem,  logic,  heap,  complexity,  command,  vi,  port,  trac,  value,  tag,  uri,  return,  change,  abstraction,  int,  line,  this,  admin,  motivation,  log,  action,  app,  abstract,  basic,  row,  listener,  large,  show,  exit,  if,  for,  rows,  ie,  cab,  issue,  with,  program,  lex,  values,  to,  ram,  ical,  base,  modify,  listeners,  complex,  run,  xib,  sse,  ref,  mode,  ld,  ws,  sh,  between,  bi,  e,  il,  rating,  it,  doc,  not,  bstr,  comma,  li,  hang,  var,  use,  ul,  pe,  im,  man,  from,  changes,  art,  ce,  logical,  in,  no,  ml,  mod,  part,  cal,  as,  benefits,  m,  nt,  par,  tr,  reason,  tween,  wan,  min,  ca,  min,  less,  ad,  advantage,  ace,  based,  es,  faces,  fit,  dm,  turing,  small,  em,  dir,  end,  bus,  ase,  all,  age,  listen,  me,  how,  modi,  pro,  pp,  flexibility,  do,  ctl,  sys,  refer,  which,  wer,  s,  urn,  rect,  su,  so,  del,  ee,  direct,  ess,  etw,  bst,  at,  rac,  ratio,  quick,  moving,  k,  is,  ir,  iss,  ha,  ll,  iv,  nix,  mpl,  follow,  ea,  and,  ar,  act,  cheap,  cod,  code,  str,  rt,  sa,  yes,  vat,  vin,  want,  wing,  wt,  va,  various,  tw,  xm,  xi,  s,  s,  ri,  ring,  th,  sho,  sw,  st,  ab,  abl,  arge,  ati,  ap,  alu,  hat,  exi,  fe,  face,  eap,  etc,  etc,  interact,  invoking,  ica,  ica,  ple,  pl,  pr,  mov,  mi,  nd,  only,  ode,  on,  om,  ogr,  ol,  o,  nl