Why can abstract methods only be declared in abstr

Question

I understand that in abstract classes methods be both abstract, or not. But why can I not create an abstract method in a "normal", non-abstract class?

Thanks in advance for any explanation!

Answer 1

Because having an abstract method makes it an abstract class. The reasoning is circular.

Answer 2

abstract methods are meant for leaving the implementation to the child classes.If the normal class contains abstract method,then one can creating the object for that class and may call the abstract method just like normal method.Then the problem will occur.That's is the reason abstract methods should be in abstract class (so that one cannot create the object for the abstract class)or interfaces only.

Answer 3

Abstract method basically says, that there is no implementation of the method and it needs to be implemented in a subclass. However if you had an abstract method in a non-abstract class, you could instantiate the class and get an object, that would have an unimplemented method, which you would be unable to call.

Answer 4

You do want to call a method providing an implementation, that's the essence of programming.

Based on this idea, Java rules are:

• You cannot instantiate an abstract class.
• You can only instantiate a non-abstract class.

What if Java let you call a method on an instance of a non-abstract class with...no implementation since method would be abstract => no sense at all.

That's why Java and any other languages dealing with similar mechanism like C# (virtual method) prevent to declare an abstract method in a non-abstract class.

Answer 5

If a concrete class could have an abstract method, you would not be able to create an object from it. Imagine a Shape with a concrete method getColor() and an abstract method draw(). It's great to refer to some things in an abstract manner, so someone can tell you "render a shape!":

public void render(Shape s) { ... }

But when you use that reference to call draw(), you expect that the object referred by s knows how to do that:

s.draw();

If concrete classes were allowed to have abstract methods, you could instantiate a Shape object, but when you called the draw method, it wouldn't know what to draw! Even if it knew how to say its color, position or 1000 other things. If it's not 100% specified, it can't exist as a working objects.

So Java requires that such classes be marked as abstract. Then you won't be able to use them to create objects, since they don't know how to concretely do 100% of the things that you expect from the object. You can only use abstract classes to refer to them. You can be sure now that only classes that have all their methods implemented will be used to create objects, and they will probably have names that seem less abstract too:

Shape shape = new Rectangle();
render(shape);

Now you can say "render the shape" and you program, using reference to the rectangle, will know how to draw() it.

Answer 6

Having an abstract method prevents a class from being instantiated, thus making it a de-facto abstract class. Java insists on you declaring this fact explicitly for consistency: technically, Java compiler does not need this additional mark in order to decide if a class is abstract based on the presence of abstract methods, but since you may want to make a class abstract without making any of its methods abstract, requiring the declaration on the class was the way to go.