Gordon

Firstly, the source code is available for all of the "utilities" shipped
with PB 6.0 - go to the Sybase SBN site and register for it, it's called
Enterprise Application Studio 3.0 sample codes.

Secondly, I wasn't suggesting that the foundation layer be modified, but
only the pieces actually used are inherited from and modified. I still
cannot see the "sense" with cross-inheriting between layers - pfc:
pfc_w_master -> pfe: w_master -> pfc: pfc_w_sheet -> pfe: w_sheet.  To
me an "extension" layer extends a base layer, not cross in and out of
both layers. PFC architecture basically spreads _1_ layer between 10
libraries.  Other frameworks I have seen have specific division between
layers and do not do what PFC does in the example above. I mean, doesn't
anybody mind shipping 10+ libraries minimum for a PFC based app?  I have
also seen a couple of apps where the originator has modified the PFC
layer to remove these cross-dependencies.

Regards

+-----------------------------------------------------------------------
----------------------------------+
  Bruce Nordstrand

  KSL Consulting Pty Ltd
  P.O. Box 4852, North Rocks, NSW 2151, Australia

  Phone: +61 2 9873-6256        Fax: +61 2 9873-6216
  Email:  [EMAIL PROTECTED]    Web: http://www.ksl.com.au
+-----------------------------------------------------------------------
----------------------------------+
                PCDocs/Fulcrum <http://www.pcdocs.com/> Alliance Network
Member



> -----Original Message-----
> From: Gordon A. Dickens, Jr. [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, 20 August 1999 10:28 pm
> To:   Bruce Nordstrand; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject:      RE: PFCSIG PFC Architecture
> 
> In reference to APU I don't understand what you are referring to.
> Since the
> source code is unavailable for the APU, how do we know?  Also, it is a
> utility app, and I would not necessarily write a utility app using
> PFC.
> 
> The way the PFC/PFE layers are defined makes sense because it provides
> customization layers for all classes.  The problems would be magnified
> exponentially if there were no PFE customization layers.  Could you
> imagine
> the support calls after someone modified the PFC classes?  Also,
> people
> would complain "they don't even use their own pfc classes in the pfc".
> 
> In reference to independent components, this is true about class
> libraries
> but not necessarily about frameworks.  One does not need to use any
> extender
> utilities, just add the PFC and PFE layers to your application and
> provide
> any customization at the PFE layer.
> 
> HTH,
> Gordon Dickens
> SCPPD, SCPPI
> Technical Director
> Touchstone Systems, Inc.
> www.touchstone-systems.com
> 
> 
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of
> Bruce Nordstrand
> Sent: Friday, August 20, 1999 3:40 AM
> To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: PFCSIG PFC Architecture
> 
> 
> Hi All
> 
> This is dangerous as George Haines' mail will send out a zillion
> messages (PBPFC) but here goes....
> 
> Does anyone have any comments/can throw any light on the reasoning
> behind the PFC architecture.  I find it strange (and annoying) that
> the
> main pfc libraries refer to objects in the pfe libraries, thereby
> forcing the use to the extension layer.  What really irks me is that
> PS/Sybase themselves don't use this architecture! - just look at some
> of
> the utilities they supply (APU etc).  They have a pfc layer equivilent
> to the pfe layer and an app layer.
> 
> I thought class librarie/frameworks were supposed to be layered in
> such
> a way that you could stick bits inbetween or leave out all together if
> you wanted too without having to resort to Extender Utilities.
> 
> I'll be interested in any comments you have
> 
> Regards
> +---------------------------------------------------------------------
> --
> ----------------------------------+
>   Bruce Nordstrand
> 
>   KSL Consulting Pty Ltd
>   P.O. Box 4852, North Rocks, NSW 2151, Australia
> 
>   Phone: +61 2 9873-6256        Fax: +61 2 9873-6216
>   Email:  [EMAIL PROTECTED]    Web: http://www.ksl.com.au
> +---------------------------------------------------------------------
> --
> ----------------------------------+
>               PCDocs/Fulcrum <http://www.pcdocs.com/> Alliance Network
> Member
> 
> 
> 
> > [EMAIL PROTECTED] HOSTED BY IIGG, INC. FOR HELP WITH LIST SERVE
> COMMANDS,
> ADDRESS
> > A MESSAGE TO [EMAIL PROTECTED] WITH THE FOLLOWING MESSAGE:   help
> pfcsig
> > SEND ALL OTHER INQUIRES TO [EMAIL PROTECTED]
> [EMAIL PROTECTED] HOSTED BY IIGG, INC. FOR HELP WITH LIST SERVE COMMANDS, ADDRESS
> A MESSAGE TO [EMAIL PROTECTED] WITH THE FOLLOWING MESSAGE:   help pfcsig
> SEND ALL OTHER INQUIRES TO [EMAIL PROTECTED]

Reply via email to