p2p.wrox.com Forums

Need to download code?

View our list of code downloads.


Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read
BOOK: Professional Java, JDK 5 Edition
This is the forum to discuss the Wrox book Professional Java, JDK 5 Edition by W. Clay Richardson, Donald Avondolio, Joe Vitale, Scot Schrager, Mark W. Mitchell, Jeff Scanlon; ISBN: 9780764574863

Welcome to the p2p.wrox.com Forums.

You are currently viewing the BOOK: Professional Java, JDK 5 Edition section of the Wrox p2p Programmer to Programmer discussion community. This is a community of more than 40,000 computer programmers including Wrox book authors and readers. As a guest, you can read any forum posting. By joining our free Wrox p2p community you can post your own programming questions and respond to other programmers’ questions. Registered users also don't have to see the ads that are displayed to guests. Registration is fast, simple and absolutely free so please, join today!
Join today and post to win prizes! Post more to increase your chances of being Wrox’s top poster of the month.

Reply
 
Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old December 14th, 2006, 03:26 AM
Registered User
 
Join Date: Dec 2006
Location: Pune, Maharashtra, India.
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
Default interface usage

In chapter 3, under "Creating an Interface"
The book suggests -
Interfaces are great when establishing dependencies across components to isolate volatility, but they are not needed everywhere.

Please confirm my understanding in trying to map the book example to the above suggestion -

Using "Responsibilities" interface, we are isolating "Teacher" from the implementaion changes ("Current" to "a new class", the volatility). Here, the implementations are the componenets accross which dependency of "Teacher" has to be established.

In which ways the design of giving every class in my system an interface a bad design? I would choose to do this to play safe, because I can't forsee the future where I might have to have an alternate implementations of the class. Should I orient myself to thinking in terms of single/multiple implementations when deciding to employ an interface?

Please suggest me book/articles where deciding on when and WHEN NOT to use Interfaces is discussed.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Reddit!
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
usage of cdata vsempoux XSLT 1 July 11th, 2008 09:38 AM
Receiver Usage scott.nortman BOOK: Professional Microsoft Robotics Studio ISBN: 978-0-470-14107-6 1 June 26th, 2008 12:02 AM
about the usage of ant wangpan J2EE 5 June 12th, 2007 07:57 AM
CONTAINS keyword usage caterpillar SQL Server 2000 2 July 12th, 2006 02:19 PM
Software usage rajesh@sonimtech.com C++ Programming 0 October 15th, 2004 07:30 PM



All times are GMT -4. The time now is 12:52 AM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
© 2008 Wiley Publishing, Inc