Related articles |
---|
Object-oriented parsers whatis@gnu.ai.mit.edu (1991-08-29) |
Re: Object-oriented parsers kww@cblph.att.com (1991-08-29) |
Re: Object-oriented parsers whatis@gnu.ai.mit.edu (1991-08-30) |
Re: Object-oriented parsers adam@visix.com (1991-08-30) |
Object-oriented parsers compres!chris@crackers.clearpoint.com (1991-09-02) |
Re: Object-oriented parsers paj@gec-mrc.co.uk (1991-09-03) |
Newsgroups: | comp.object,comp.compilers,comp.lang.eiffel |
From: | adam@visix.com |
Keywords: | parse, OOP |
Organization: | Visix Software Inc., Reston, VA |
References: | 91-08-145 91-08-148 |
Date: | Fri, 30 Aug 91 17:34:04 GMT |
In article 91-08-148, kww@cblph.att.com(Kevin W Wall) writes:
|> ... I think while
|> this might make for a nice research area, it is of little practical value.
|> In particular, is there anything that an OO approach can do that the more
|> traditional approaches CAN'T solve, or even solve just as easily?
I agree that it is impractical to fight existing industry trends. But I
believe that there are real technical limitations to the traditional
approaches. I would say that this is research that will stay on the fringe
for at least five years, but it could change the entire field in ten.
|> I for one, find this a case of simply trying to shoe-horn a problem into
|> an OOD. I always say (sometimes) "use the paradigm that fits the problem;
|> don't try to fit the problem to the paradigm".
Sorry, but I'll have to turn the accusation around. Simply because yacc and
lex are so well understood, most language designers assume that they are the
"best" paradigm to use.
Our view of a problem is mostly determined by the paradigms we understand.
I see this discussion as an attempt to get away from the traditional
Dragon Book paradigm; I don't necessarily think the Object-Oriented paradigm
will be better, but I welcome the attempt to try something new.
Adam
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.