Re: Pool-oriented programming
From: Comic Book Guy (comicbookguy_at_earthling.net)
Date: 02/17/04
- Next message: Comic Book Guy: "Re: Pool-oriented programming"
- Previous message: Avner Ben: "Re: Template method pattern in Java ???"
- In reply to: Robert C. Martin: "Re: Pool-oriented programming"
- Next in thread: Michael N. Christoff: "Re: Pool-oriented programming"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 17 Feb 2004 16:02:13 +0000
Robert C. Martin wrote:
>
> You don't need web services for that. .NET has the ability to load
> assemblies dynamically.
>
That is true. However, I believe ASP.NET will handle the dynamic
compilation in a simpler, and more automatic, fashion.
> You're building a big soup of buzz words and new concepts. Be
> careful. I advise you to start with what you know and build carefully
> and incrementally. Get one feature working the simplest way you can;
> and then slowly build from there.
>
That is good advice. I had *heard* of AOP, but have just come across
ROP. I am, however, more familiar with web services. These will form an
essential part of the project anyway, because of its distributed nature.
I would like this to be as simple as possible. That is, in fact, how I
came up with the "Pool-Oriented" design. I wanted to have one model,
with many small, simple objects. This was to avoid a situation where I
would need a large, complex model with rigid, intricate relationships. i
am gravitating toward ROP *because* it, conceptually, seems simpler and
more obvious than AOP.
You asked, earlier, for some details about this project. I shall try to
answer you here.
> * Why are you doing this project?
>
The aim of the project is to replace the customer's ancient electronic
ordering software with a distributed system capable, among other things,
of stock control.
> * Who is your customer?
>
My customer would call itself a chain of bookstores (about 50). However,
they sell much more than books - CDs, gift ware, DVDs, etc. This
mentality causes many of their current problems. They started by selling
books, but new types of product have been categorised by some ad hoc
method. CDs are treated as gift ware, they sort of have a system for
videos, but they have no idea what to do with DVDs.
> * What is the *first* problem that the customer wants you to solve?
>
It should be noted that this project has been in development for some
time and has already crossed a number of hurdles. For example, the
definition of the system's screens has been reduced to XML, so that it
can be placed in the workflow XML and can be changed easily. This also
means that control (widget) builders can be used to render identical
screen XML for Windows, web, or handheld UIs.
Stock control is a big priority for the customer. I intend to use Pools
to solve this problem. Items can be in an "On Order" pool, a "Stock On
Hand" pool, a "Sold" pool, etc. The transactions between these pools
will also be used in the accounting layer. Money can be represented as
moving in the opposite direction to stock.
I hope that gives you a better picture.
-- CBG (http://cbg.blogspot.com)
- Next message: Comic Book Guy: "Re: Pool-oriented programming"
- Previous message: Avner Ben: "Re: Template method pattern in Java ???"
- In reply to: Robert C. Martin: "Re: Pool-oriented programming"
- Next in thread: Michael N. Christoff: "Re: Pool-oriented programming"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
