RE: OO benefits? (was Re: Fast400 Value to iSeries community is less than zero )

Steve,

The complexity can be removed by encapsulating the functionality into
procedures/modules.  Only the person who writes this piece has to worry
about the complexity, for all the other programmers it can be simpler.

Scott Mildenberger

> -----Original Message-----
> From: Steve Richter [mailto:srichter@AutoCoder.com]
> Sent: Monday, November 12, 2001 10:36 PM
> To: midrange-l@midrange.com
> Subject: Re: OO benefits? (was Re: Fast400 Value to iSeries
> community is
> less than zero )
>
>
> So I am suspicious of client/server increasing complexity
> because their are
> more steps the pgmr needs to know about in a cs tran than a
> pgm call tran.
>
> Client Server:  1. fill the msg data structure  ( set the
> tran code, dcl the
> data struct subflds for the specific transaction )      2.
> call the enqueue
> function with the correct parameters.   3. call the dequeue
> function with
> parms to wait for the response from the server.   4. code the
> server to call
> the dequeue function to rcv the client request.   5. code the
> server to
> parse the received msg and branch to the tran processing
> code.  6. execute
> the server transaction business logic.   7. Code the server
> to enqueue the
> response back to the client.
>
> Pgm call model:     1. maybe fill a data structure with parms
>   2.  call the
> business logic module with its specific parameters    3. in the
> server/business logic pgm, code the entry parameters.   4. in the
> server/blp, execute the business logic.
>
> Client server via dtaq is more complex that the pgm call
> because the pgmr
> must be knowledgable of 7 steps compared to 4 in the common
> module pgm call
> approach.
>
> Steve Richter
>