DataAgonistic and Remoting in DataAbstract

Posts   
 
    
omar avatar
omar
User
Posts: 569
Joined: 15-Oct-2004
# Posted on: 08-Jul-2009 12:00:58   

I came across this library that claims many aspects of the LLBL architecture including DataBase antagonistic data access and easy deployment and configuration of multi-physical tiers.

Did anyone try this and how does it compare to a complete ORM framework as LLBL ???

http://www.dataabstract.com/page.aspx?id=

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39588
Joined: 17-Aug-2003
# Posted on: 08-Jul-2009 12:29:30   

As far as I can see it's a datatable based dal, so not about entities, but about tables + SQL. I.o.w.: a step back (or two). I also find it amusing that they promote linq ... on the client side. Well... that's already in .net, linq to objects. You want linq... on the serverside. RemObjects has been around for a while now, so they're not new to the game, although as far as I know, they originate in the delphi world.

Frans Bouma | Lead developer LLBLGen Pro
omar avatar
omar
User
Posts: 569
Joined: 15-Oct-2004
# Posted on: 08-Jul-2009 15:56:35   

Thanks Frans. A great comparision of the points that as developers we should always be at the look out for.

I am more interested in their remoting SDK specially the idea of easily "remote-enable" a multi-tier application to be deployed on multi-physical tiers...

Otis avatar
Otis
LLBLGen Pro Team
Posts: 39588
Joined: 17-Aug-2003
# Posted on: 09-Jul-2009 11:19:26   

omar wrote:

Thanks Frans. A great comparision of the points that as developers we should always be at the look out for.

I am more interested in their remoting SDK specially the idea of easily "remote-enable" a multi-tier application to be deployed on multi-physical tiers...

Remoting made 'easy' always has a price: the more you abstract away through a service, the less you can change to make things the way that fits your application best. As our remoting code is pretty fast and results in very compact datablocks, the rest is really up to the developer of the application: what do you want to do on the client side vs. what do you want to do on the server side. It's not something you can flip with a switch, it requires careful design and architecture, as otherwise you run the risk of having a service which doesn't perform under the load the application is facing and you can't change it .

Frans Bouma | Lead developer LLBLGen Pro
omar avatar
omar
User
Posts: 569
Joined: 15-Oct-2004
# Posted on: 09-Jul-2009 11:57:30   

Thanks Frans. I will weight that in as I look through their samples.