Bookmark Topic Watch Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • Liutauras Vilda
  • Jeanne Boyarsky
  • paul wheaton
Sheriffs:
  • Ron McLeod
  • Devaka Cooray
  • Henry Wong
Saloon Keepers:
  • Tim Holloway
  • Stephan van Hulst
  • Carey Brown
  • Tim Moores
  • Mikalai Zaikin
Bartenders:
  • Frits Walraven
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Report post to moderator
I removed the following from InterfaceVsAbstractClass, because I didn't understand it and suspected that it might be more confusing than of help. I would appreciate some clarification on what was meant by the statement - hopefully we can find a more clear wording.



If you think that there is some generalized concept to be followed by the other classes go for abstract classes. But if you think that there is nothing general (i.e. may be a business requirement) then go for interfaces only.



Abstract Classes can have method implementations in addition to method signatures. Interfaces have only method signatures - they do not allow method implementations.

Abstract Class have Concrete Method .But In Interface Only abstact method and Public Method.
 
Today you are you, that is turer than true. There is no one alive who is youer than you! - Seuss. Tiny ad:
Gift giving made easy with the permaculture playing cards
https://coderanch.com/t/777758/Gift-giving-easy-permaculture-playing
    Bookmark Topic Watch Topic
  • New Topic