Re: Delphi Product Revamp

Ewan,

I disagree as well... but for different reasons... basically each level of
abstraction makes the building blocks bigger... trading flexibility for ease
of use and uniformity. If you add a layer above components I think you
would loose too much control over design as the building blocks would become
too all encompassing to allow anything new/different/innovative to be
developed.


"Ewan McNab" <ewan@xxxxxxxxxxxxxxxxx> wrote in message
news:482da802$1@xxxxxxxxxxxxxxxxxxxxxxxxx
Hi Bill

I sort of disagree here. I like the fact that, if I want to get down and
dirty with some low level code (even assembler), I can.

Some people may like the high level abstractions, but IMO I think that the
more levels of abstraction there are, the less reliable the code, and the
higher the dependancy on other developers.

You can wrap the low-level concepts as much as you like, but computers
come down to bits 'n' bytes and the manipulation thereof. Layers on top of
this can cause problems that you have no control over.

Having said that, Delphi is a pretty good abstraction :-)

--
Ewan McNab
Quality Software Components Ltd
Version Control with Team Coherence
http://www.teamcoherence.com


Delphi needs to go to a higher level and deal with higher level and more
powerfull concepts.




.

Relevant Pages

  • Re: Digilent FPGA & Handel-C
    ... > questioning was whether C was a higher level language - NOT that it was ... "lowest level of abstraction", combined with the problem of just what ... C has complex state machine functions in the form of looping combined ... Concurrency, Bus I/O's, reusable design elements/interfaces, etc ... ...
    (comp.arch.fpga)
  • Re: Translation
    ... I don't think the diagrams of UML are a higher level of abstraction than, say, Java. ... So I see diagrams to code as a 1:1 translation without a lot of benefit. ... In that face of all that, how can UML not be at a higher level of abstraction than any OOPL??? ...
    (comp.object)
  • Re: OOA?
    ... This point is semantically correct, but it leaves out the concept of ... An OOA model exists at a ... higher level of abstraction than a 3GL program. ... This is a higher level of platform independence than a 3GL can ...
    (comp.object)
  • Re: Test Driven Development
    ... translation is just programming at a much ... higher level of abstraction where only pure business requirements are ... abstraction, it should Just Work. ... OOA graphical models are /always/ developed as a full team effort ...
    (comp.object)
  • Re: Do You Get What You Measure?
    ... But those two teams might have quite different processes in detail because of differing development environments. ... However, at a higher level of abstraction the organization containing both those teams, say a Product Group, would also have a suite of processes defined at a higher level of abstraction. ... For example, if the two teams above are building different subsystems in a larger application, they need to negotiate interfaces between those subsystems and the requirements need to be clearly allocated to those subsystems. ...
    (comp.object)