Re: chooses not to generate code at all

On Wed, 17 Aug 2005 16:37:00 GMT, "H. S. Lahman"
<h.lahman@xxxxxxxxxxx> wrote:
>> We are not alone! "Where other MDA tools are generating programmingcode,
>> Codeless chooses not to generate code at all".
>
>Note that only the MDA tools supporting translation provide full code
>generation. The MDA round-trip tools, currently the most common MDA
>tools, that support traditional elaboration usually only generate static
>structure declarations.

Does structure-only really deserve the label MDA???

In database, I suppose one can say the architecture is driven by the
data model in any particular application, but sadly, this
formalization does not extend to the guts of stored procedures, etc.
There is debate about how much business logic even belongs in the
database, and most people think some or ALL of it belongs outside.
Otherwise we'd have to call SQLServer an MDA system, and that doesn't
seem right to me. How about you?

>Also note that for translation-based MDA there is no maintenance of
>generated code. If one needs to make a change it is done to the model
>and the code is regenerated. (I know of one vendor who deliberately
>makes the generated code difficult to read to prevent anyone from
>mucking with it directly.) One of the main reasons that the translation
>tools generate 3GL code at all is to reuse the optimization provided by
>3GL compilers.

And other details of installation and binary formatting.

>Finally, as McKinnon points out, I think the definition of "code" for
>codeless is bit picky. It seems to me that scripts are code in exactly
>the same sense as C or COBOL source code. [I could also point out that
>scripting and markup languages were widely used in the '50s and '60s and
>there is a reason why they were largely abandoned by the '70s. But
>let's not go there. B-)]

Well, but if you have a model, it must be scriptable, or at least
persistable, right? But I guess part of the *idea* of an MDA is that
you use the tool to get some advantage over any possible script, is
that what you're saying?

J.

.

Relevant Pages

  • Re: chooses not to generate code at all
    ... The MDA round-trip tools, currently the most common MDA tools, that support traditional elaboration usually only generate static structure declarations. ... I think SQL is an implementation of MDA principles because it enables a generic transformation from one model representation ... It seems to me that scripts are code in exactly the same sense as C or COBOL source code. ... is really 'template processor' rather than 'code generator'. ...
    (comp.object)
  • Re: chooses not to generate code at all
    ... The MDA round-trip tools, currently the most common MDA tools, that support traditional elaboration usually only generate static structure declarations. ... If you are referring to executable models, there are tools available that execute directly from the MDA PIM without code generation. ... One of the main reasons that the translation tools generate 3GL code at all is to reuse the optimization provided by 3GL compilers. ... Finally, as McKinnon points out, I think the definition of "code" for codeless is bit picky. ...
    (comp.object)