Interface-based programming
From: Patrick Kristiansen (patrick_at_sixulon.dk)
Date: 09/25/04
- Next message: mb: "A more useful Split?"
- Previous message: hOSAM: "Re: Printing grids"
- Next in thread: Rakesh Rajan: "Re: Interface-based programming"
- Reply: Rakesh Rajan: "Re: Interface-based programming"
- Reply: Jeff Louie: "Re: Interface-based programming"
- Reply: Bob Grommes: "Re: Interface-based programming"
- Reply: Joe Mayo: "Re: Interface-based programming"
- Reply: Patrick Kristiansen: "Re: Interface-based programming"
- Messages sorted by: [ date ] [ thread ]
Date: 25 Sep 2004 09:01:27 -0700
Hi group!
I've been reading Juval Löwys "Programming .NET Components", and I
think it is a very good book, giving nice guidelines on how to really
exhaust the possibilities of .NET in general.
Juval Löwy is indeed an advocate of using interface-based programming
(he wrote a chapter dedicated to it, and he's using it througout the
book).
I have one simple question. When designing your own components, is it
true - according to the rules of interface-based programming - that
you should create interfaces for your clients to use, and advertise
for them to do so? So every time I design a class, it should have a
corresponding interface?
Regards,
Patrick
- Next message: mb: "A more useful Split?"
- Previous message: hOSAM: "Re: Printing grids"
- Next in thread: Rakesh Rajan: "Re: Interface-based programming"
- Reply: Rakesh Rajan: "Re: Interface-based programming"
- Reply: Jeff Louie: "Re: Interface-based programming"
- Reply: Bob Grommes: "Re: Interface-based programming"
- Reply: Joe Mayo: "Re: Interface-based programming"
- Reply: Patrick Kristiansen: "Re: Interface-based programming"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|