Re: What multi-tier components to use



"Uffe Kousgaard" <look_at_www.routeware.dk> wrote in message
news:428c4b95@xxxxxxxxxxxxxxxxxxxxxxxxx
> >
> > What multi-tier components do you recommend?
>
> This question comes up quite a lot and the usual answers are RemObjects or
> kbmmw, because both a good products, that are actively being developed and
> have many satisfied users. I'm myself on the kbmmw "wagon".
>

I'm another satisfied kbmMW user.

kbmMW is arguably the solution that fits better with what most people might
consider "normal Delphi database programming". The RO/DA framework is
interface-based, which might involve a shift from your usual way of working
but which also has big benefits.

I like kbmMW because it just works. I'm also comfortable with its level of
abstraction. There are certain areas where I can accomplish an incredible
amount very easily without really needing to understand what's happening
"under the covers". But with any of these products there are times when the
framework doesn't do things exactly like you want. When that happens it
feels very comfortable to go "under the covers" with kbmMW. Also, the kbmMW
source code is elegantly written and an education in itself. I am nowhere
near as familiar with RO/DA, but its level of abstraction feels higher than
kbmMW. This could be partly because RO/DA has some nifty GUI tools that
integrate well with the framework, but which I haven't really missed with
kbmMW.

kbmMW currently has potentially large advantage (I believe) over RO/DA in
that it supports true messaging (not the event-polling kind) and as part of
that technology advantage I believe it also has better support for
asynchronous requests. I think RO/DA is planning to add a similar sort of
messaging in a future release, though. If you think you may need messaging
support as part of your n-tier app that's something you should check out
carefully before you choose which framework to use.

RO/DA does have more polished and complete documentation. Both products
have active newsgroups with good support from both users and from the
component vendor/author.

-- Herbert Sitz


.



Relevant Pages

  • Re: Opinions needed about the best "Middleware suite" kbmMW vs. RODA
    ... I also intend to further evaluate and probably purchase RO/DA, ... Ideally make a test project that tries some of the framework you need to ... With KbmMW get the commercial version (the free one is considerably feature ... services, query services, and resolving from the KbmMW site. ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: What multi-tier components to use
    ... Kim's support and the newsgroups were very helpful in moving ... > framework doesn't do things exactly like you want. ... > feels very comfortable to go "under the covers" with kbmMW. ... > near as familiar with RO/DA, but its level of abstraction feels higher ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Opinions needed about the best "Middleware suite" kbmMW vs. RODA
    ... Since you have detailed comments from Alessandro Frederici (RO/DA) and from ... Kim Madsen (KbmMW) I won't get into the technical gist of your questions, ... and I need to get stuck into my RO/DA evaluation again to learn about this. ... either here or on the companies newsgroups. ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Remobjects v KBM
    ... I am curently using kbmmw for a commercial product and have spent some time ... Another area where from a use-point-of-view the RO/DA architecture shines is ... >> different places of the world who can handle on site support, training, ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Remobjects v KBM
    ... > And you wont have to in kbmMW without the stub/skeleton setup. ... > can see that the framework have those features, ... > transports which can use that particular service. ... > market reasons, technical reasons or otherwise wouldnt be interesting to ...
    (borland.public.delphi.thirdpartytools.general)