Al Boldi wrote:
You simply cannot compare a form with three combos
and two grids between dbware and mvp approaches. The former will eat
five groups of data access components, shortcuts to include some
funcionality and a lot of time to configure and debug everything. MVP
will eat five lines of code, nothing more. The same model that will
manage this controls, will also generate the DDL necessary to build the
database metadata for you.
Well, your demo phone app doesn't look so simple.
I wasn't very happy with this app, it is being refactored. After all: 1.
the project still lacks an expert and better docs; 2. even without an
expert, after learn all steps everything comes clear (and amusing if you
are an oop guy ;)); 3. You need to be familiar with OOP, with or without
an expert. It's harder to start a project, eg you need to write more
code to see some result, but after write the core classes it is more
simple to extend and maintain.
Maybe you can just create
a mini app with just 2 fields: id name , with dbnav/edit-buttons.
Yup. This one, a wiki and a tutorial are in the plans.
BTW, as I said, the MVP would be great for a disconnected presentation
layer like in web development, so it would be really useful to have an
MVP to WebPresentation proxy. Does your MVP include this feature?
No web features atm, it is included in the 2.0 roadmap though.
Great. Keep us posted.
Sure.
Can you give a more complete example based on a simple TPerson
db with 2 fields: id, name
===
I think I have fixed this annoying issue. Just place $M+/$M- around the
forward class declaration, or include a $M+ on the top of the unit.
Still doesn't work. But I just moved the default published fields into
public and it compiles and runs, but then I get this dialog:
No service 'Messages' assigned or registered
So I turn {$DEFINE UsePressOPF} on and then I get this
../Press/Source/Brokers/PressSQLdbBroker.pas(48,16) Error: Identifier not
found "TSQLConnector"
I think this is even more off topic here. Would you mind to move
questions directly to me, or to the support mailing list so others
interested in this thread can follow.
--
Joao Morais
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives