On Mon, 8 Aug 2005, L505 wrote:
| I'm a programmer in both languages too...
|
| And I agree, in java decisions are much more difficult. When compared with
| Delphi, Java can be defined as "the complex way of do simple things"...
|
| (And I won't talk about ridiculous constructions like listboxes without
| scroll bars...)
|
I barely use the IDE for just visual ease anymore. That's mainly for quickies,
or for
assisting development. (and there are situations where quickies fit the job
well). Larger
applications should not be based around TForm1.
While I agree with most your statements, I do think you unnecessarily
limit yourself, because:
Applications *can* be based around TForm in Lazarus (or Delphi). We have a
3-tier application with
600+ forms, all of them descendents from a self-written TCustomForm descendent.
And luckily
so; designing this all in code would have cost much more time.
Most forms do not have a single line of code, because we have integrated custom descendents of most
visual components in the IDE, which do all the work for us. An IDE wizard generates
the complete form for us (well, about 95%). All that is left to do is implement
some data logic
if needed, because even that often is not necessary any more: the
components already do most of the work.
The nice thing about Lazarus/Delphi is that they offer you the all basic
components for RAD,
but they don't limit your use of them (as e.g. in VB). You can go as deep as
you want,
('Close to the system') but you don't have to if you don't want. The IDE gives
you the
best of both worlds: fast code development (good code tools), and visual design.
Do not underestimate the speed that the visual design gives you, if you make
good use of it.
As you say: you must use your tool, not let yourself be limited by it.
Lazarus and Delphi allow this: they can be used well in all situations.
Michael.
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
