Re: too much OOP ?


Dmitry A. Kazakov wrote:

Any or all of these four assumptions can be wrong. As I said, I know
nothing about inventory management, but in my area of interest relational
view does not deliver. This can be stated and proved mathematically.

In past debates, you assumed a rather limiting/narrow implementation
and/or query language. (SQL is not the pinnacle of relational.) I
suppose you could state, "existing RDBMS", and I wouldn't necessarily
take issue with that. But to say that "relational does not deliver" is
misleading. You have NOT proved any inherent fault of relational. Why
you continue to repeat these myths, I don't know. Some people are just
stubborn.

After
all the algorithms behind SQL implementations are well known. It is also
know when they are optimal and when not... SQL as a language speaks for
itself... As for other things, I am dying to see a UI written in SQL...
(:-))

Most of GUI's are about setting and controlling attributes within some
kind of structure that mirrors or models the visible UI. The best way
to set them IMO is some kind of GUI editor (found in IDE's these
days), or at least a markup language. Internally it could be all table-
driven and even use SQL. You seem to be confusing the GUI designer's
interface with the implementation (GUI engine). I agree that SQL would
make a poor interface for typical GUI layout designing, but so would
C, and even Java sucks at it.

I see nothing wrong with a table-based GUI engine as far as
implementation. (Although I think dynamic relational would be better
than the current systems for such.)

Most GUI systems are unfortunately tied to specific app programming
languages, and this should change.


--
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de

-T-
.

Relevant Pages

  • Re: In answer to RW - again (was: Sorts (revised)
    ... Java does actually define a GUI ... > extending the language to give the illusion that Cobol is doing it all ... You now seem to be saying that the Cobol standard _shouldn't_ 'support ... EXEC SQL has nothing to do with GUI. ...
    (comp.lang.cobol)
  • Re: Database Model - Class, objects and interaction [LONG]
    ... Dmitry A. Kazakov wrote: ... replacement candidate is a "fairly common language" at this stage. ... Note that one can nest the query-lets like SQL if they preferred. ...
    (comp.object)
  • Re: Newbie Needs Ada Advice
    ... the "right" thing, and it seems to me like Ada is, in theory, a great ... text-to-whatever-type conversion when you read stuff from the GUI back ... "right" language to me for most of what my objectives are. ... Ada as the "engine" for my program, and somehow use Java to create the ...
    (comp.lang.ada)
  • Re: Newbie Needs Ada Advice
    ... the "right" thing, and it seems to me like Ada is, in theory, a great ... text-to-whatever-type conversion when you read stuff from the GUI back ... "right" language to me for most of what my objectives are. ... Ada as the "engine" for my program, and somehow use Java to create the ...
    (comp.lang.ada)
  • Re: Still clinking to Java?
    ... I was toying with saving effort by making the C version a DLL and redoing the GUI in my portable Cello GUI. ... But there would be new work on the engine, and just trying to get a clean compile of the C version under VC++ I saw enough to remind me I would rather work in Lisp. ... IDE investments can simply be skipped. ... I just don't want to switch language _at that point_ and recode ...
    (comp.lang.lisp)