Graeme Geldenhuys wrote:
> > But still, your examples are great; can you give some links?
> >
> > > Iterator, Visitor, Composite, Factory Method, Singleton and many
> > > more... Mediator and Observer:
>
> Code for tiOPF:
> http://sourceforge.net/projects/tiopf
> Model-GUI-Mediator code:
> As above, but in the Demos repository.
> Website:
> http://www.techinsite.com.au/tiopf/
>
> > > State pattern:
> > > Write a CSV or XML parser using a State Machine. It is very flexible
>
> I can email you a copy. Michael or somebody else asked if they could
> use it somewhere in FPC. Not sure if that actually happened.
Thanks for the links!
I had a quick tour and found the tiOPF approach similar to BOLD. The problem
here is that the abstraction is pattern driven, which leads to a rigid
structure bound by the pattern chosen. I guess the idea here is to push
coders into a framework that forces them to abstract, much the same way
building-architects are faced with builders and workers. Only, the
difference here is that we are not dealing with concrete buildings.
So, trying to reduce the virtuality of programmed architectures to the
semantic of a concrete building is probably misplaced, unless you are faced
with a workforce that doesn't know any better.
What is needed is a framework that takes advantage of the virtual nature of
programming, by allowing fluidity/morphability via abstraction.
Do you know of any such framework?
Thanks!
--
Al
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
