Another frameworks home page.
Joe Yoder's page
Taligent has a lot of info on OOT and frameworks. In particular, the papers Building Object-Oriented Frameworks and Object-Oriented Frameworks are pretty well done.
A framework bibliography
A hypermedia framework.
Conduits+, a framework for network protocol handlers.
There is only one mailing list about frameworks that I know about, and I don't think it is active. It is FWList, and you can read all the back issues.
I have strong opinions about this. One is that conventional CASE tools are the wrong approach. They try to be general purpose, one-size fits all notations. You wouldn't want to use OMT for designing logic circuits or workflows. Traditional CASE tools are not what you use for making GUIs; you use very specialized tools like the VisualWorks canvas. Providing graphic views of Smalltalk objects will be only an incremental improvement. What you want are carefully crafted graphic views of new kinds of objects, which just happen to be implemented in Smalltalk. These languages will be domain specific. They will usually be developed as a by-product of making a black-box framework. A good example is Accounts which is a framework for Business Transaction Processing. My guess is that there would be 6-15 other frameworks in a complete tool-set for building business information systems.
Conventional CASE tools are still useful, since you can use them to design the specialized CASE tools. But you will also need something like a framework for graphical editors (i.e. HotDraw) so that it is easy to invent new tools for new domains.
Yes, but most people who talk about that assume a one-size-fits-all visual language like VisualAge. I don't believe that is the solution. Every domain potentially needs a different notation, though in fact there are families of notations so a single notation can often get reused.
I think of frameworks as reusable problem domain models.
Yes, which is why I could have said "every framework potentially needs a different notation". I envision a framework as underlying each visual language.
One example is Accounts. Another example is a framework for implementing run-time systems in a compiler that Alan Durham is building. He eventually developed a visual language that lets you specify a run-time system by drawing pictures of the run-time data structures. I've been working on a framework for network protocol handlers wth some folks in Switzerland. It started out pretty white-box, but as it became more of a black-box frmework it has gotten to the point where we could describe applications graphically. We haven't built a graphical front-end yet, though. I've seen other systems that were like this.
Page managed and maintained by Ralph Johnson Last update September 15, 1997