I am in the process of reading Rocky Lhotka's book, entitled "Expert
One-on-One Visual Basic .NET Business Objects. In this book, Rocky defines
a set of goals for a .NET distributed application architecture, and then he
designs and builds a reusable framework that realizes those goals. After
reading the first two chapters, my impressions are very favorable. The book
is extremely well-written, and Rocky's line of reasoning is very well
documented.
The approach to .NET distributed application architecture that Rocky takes
is very object-oriented. Business objects that encapsulate both data and
business rules are instantiated and moved from physical tier to physical
tier as necessary using .NET remoting.
This approach seems to stand in stark contrast to te approach that I read
about much more often in the .NET literature, which is the data-centric,
message-based approach. I have seen threads in the past that compared these
two approaches, but I am curious about what the current thinking is. Which
of these appraches to architecture lends itself better to the
service-oriented architecure that seems to be growing in popularity?
Has anyone read Rocky's book and tried his approach?
Does anyone have a strong preference for either the OO approach or the
data-centric approach?
Jay B. Harlow [MVP - Outlook] - 25 Aug 2003 05:31 GMT
Craig,
My thinking tends to be that 'One size does not fit all'.
Another book that you might consider reading is "Patterns of Enterprise
Application Architecture" by Martin Fowler, from Addison Wesley. He covers
patterns for both OO centric & Data-centric architectures, plus some that
may be in between. Then explains when you may use one over the other.
Hope this helps
Jay
> I am in the process of reading Rocky Lhotka's book, entitled "Expert
> One-on-One Visual Basic .NET Business Objects. In this book, Rocky defines
[quoted text clipped - 20 lines]
> Does anyone have a strong preference for either the OO approach or the
> data-centric approach?
Deyan Petrov - 25 Aug 2003 13:57 GMT
Hi,
Well, in the absence of a reasonable ORM I am wondering how a decent
OO architecture can be accomplished, having in mind that because of
scalability/distribution issues you have to keep the state in the db
and load/save objects to/from it ...
Best regards,
Deyan
> I am in the process of reading Rocky Lhotka's book, entitled "Expert
> One-on-One Visual Basic .NET Business Objects. In this book, Rocky defines
[quoted text clipped - 20 lines]
> Does anyone have a strong preference for either the OO approach or the
> data-centric approach?
Jimmy Nilsson - 28 Aug 2003 21:39 GMT
Hi Craig,
As the other guys have said implicitly or explicitly, one size doesn't fit
all. On the other hand, I'm tending to like OO-centric archs more and more
all the time.
:-)
What I wanted to add to the thread is that in my opinion, SOA isn't at all
in contrast wih OO-centric archs. "Just" use the Remote Facade pattern (from
Fowler's PoEAA) book when you find the need to SOA-ize your OO-centric
architecture.
Best Regards,
Jimmy
www.jnsk.se/weblog/
###
> I am in the process of reading Rocky Lhotka's book, entitled "Expert
> One-on-One Visual Basic .NET Business Objects. In this book, Rocky defines
[quoted text clipped - 20 lines]
> Does anyone have a strong preference for either the OO approach or the
> data-centric approach?
Ice - 28 Aug 2003 21:54 GMT
I just had to respond...
In my opinion SOA has nothing to do with OO or even data-centric design.
SOA has more to do with how disparate systems communicate and not
necessarily the internals of those disparate systems.
ice
> Hi Craig,
>
[quoted text clipped - 42 lines]
> > Does anyone have a strong preference for either the OO approach or the
> > data-centric approach?