ПЗ на Java чи взагалi?

Ну ПЗ на Java я вирішив що саме краще застосовувати в компаніях корпоративних, а от інтерфейси....

На скільки я розумію комп'ютер - це щось типу потужної друкарської машинки.  Це не є метою інтерфейсів, лише однією з властивостей його використання.

Ідеологічно, інтерфейс визначає поведінку, яку конкретні імплементації класів мають надавати. Концепцію інтерфейсів в Джаві також можна розуміти як API до реалізацій класів.

Інтерфейси в Джаві дозволяють створити абстракцію для користувачів класів, яка не залежить від конкретної імплементації.

І так, інтерфейси дозволяють реалізувати множинне успадкування

Повертаючись до друкарських машинок. Створимо клас що буде відповідати за друк тексту та ХеллоВорлдер, який буде писати ХеллоВорлд використовуючи вищезгаданий клас:

class SystemOutWriter {
   public void print(String s) {System.out.println(s);}
}

class HelloWorlder {
   private SystemOutWriter writer:
   public HelloWorlder (SystemOutWriter writer) {
      this.writer=writer;
   }
   public void sayHello() {
      writer.print("Hello World");
}

class Main {
   public static void main(String[] arg) {
      SystemOutWriter writer = new SystemOutWriter();
      HelloWorlder helloWorlder = new HelloWorlder(writer);
      helloWorlder.sayHello();
   }
}

За деякий час з'явилася необхідність друкувати ХеллоВорлд ще й до файлу. Створюємо FileWriter та новий HelloWorlder, так як попередній вміє працювати лише з SystemOutWriter. Ще дещо пізніше, з'являється необхідність друкувати ХеллоВорлд на принтері, надсилати на пошту, писати в сокет і ще десятки можливих варіянтів, і кожен з них буде вимагати нового HelloWorlder'а, який за логікою буде завжди однаковим, лише відрізняючись типом властивості writer.

Така ситуація називається high coupling, сильна зв'язаність, що вважається характеристикою поганого коду через важкість внесення змін, дублікацію коду та інші недоліки.

Позбутися цього можна використовуючи інтерфейс:

interface Writer {
   void print(String s);
}
class SystemOutWriter implements Writer {
   public void print(String s) {System.out.println(s);}
}
class FileWriter implements Writer {
   public void print(String s) {FileUtils.writeToFile(s);}
}
class MailWriter implements Writer {
   public void print(String s) {MailService.broadcastMessage(s);}
}
//....

class HelloWorlder {
   private Writer writer; // <----- використання інтерфейсу
   public HelloWorlder (Writer writer) {
      this.writer=writer;
   }
   public void sayHello() {
      writer.print("Hello World");
}

class Main {
   public static void main(String[] arg) {
      SystemOutWriter systemOutWriter = new SystemOutWriter();
      HelloWorlder helloWorlder = new HelloWorlder(systemOutWriter);
//   HelloWorlder helloWorlder = new HelloWorlder(new FileWriter()); // або
//   HelloWorlder helloWorlder = new HelloWorlder(new MailWriter()); // або
      helloWorlder.sayHello();
   }
}

Таким чином ми маємо лише один HelloWorlder, який незнаючи якою конкретно імплементацією він послуговуються, може вільно її використовувати, бо він розуміє інтерфейс взаємодії (API) з нею.

FAQ:
1) Чекайте, я можу реалізувати схожу поведінку використовуючи базовий клас Writer і надписати (override) метод в конкретних імплементаціях!
Можете, одначе:
а) Що буде містити метод print(..) в цьому класі? Клас настільки абстрактний, що відповідь на питання "куди писати?" невизначена.
б) Треба якось запевнити, що кожен нащадок буде надписувати цей метод. В звичайному класі цього не зробити.

2) Переконав. Але ж є ще абстрактні класи. Я можу створити абстрактний клас Writer та абстрактний метод print(..).
Можна, однак поняття клас містить не лише поведінку але й стан (властивості), якого в даному випадку не буде. Саме для таких випадків був запропонований механізм інтерфейсів, що описує лише поведінку. Використовуючи абстрактний клас Ви також позбавляєте себе використати можливість множинного успадкування.

Інтерфейсом також називають повністю абстрактний клас (містить лише абстрактні методи, pure virtual з термінології с++), усі методи якого є public.

У підсумку:
- класи визначають стан та поведінку
- інтерфейси визначають лише поведінку, доступну користувачам інтерфейсів (себто лише публічні методи)
- інтерфейсом також називається pure virtual method, у джаві такий метод також має бути публічним
- усі методи визначені в інтерфейсі - public і тільки.
- в інтерфейсі дозволені лише public static властивості.
- якщо ваш абстрактний клас містить лише абстрактні методи, варто розважити над використанням інтерфейсу в цьому місці

На марґінесі: імплементуючи інтерфейси, пам'ятайте про "I" з принципу SOLID, тобто interface segregating - занадто «товсті» інтерфейси необхідно розділяти на менші та специфічні, щоб вони містили лише необхідні для роботи з ними методи.

Zolin_777
Приклад від мене: реалізуйте програму у якій є клас Тварини. Усі тварини матимуть методи Рух та Голос. Нащадками цього класу будуть класи Ссавці та Птахи. Нащадками класу ссавці будуть Собаки, Слони, Люди. Нащадками класу птахи будуть Індики, Орли та Папуги. Люди та Папуги мають іще один додатковий метод Говорити. Реалізуйте функцію, яка прийматиме на вхід один параметр об'єкт класу Людна або Папуга, і викликатиме їх метод Говорити. Перевірка класу об'єкту має відбуватися під час компіляції. Реалізовувати метод Говорити в класі Тварини заборонено.

Ось подивіться так чи ні? скоріше всього я не вловив суть задачі 
перший файл

package Інтерфейс;
// Клас тварини
public class Animals {
    void movers(){
        
    }
    void voice(){
        
    }
}
// Клас ссавці
class Mammans extends Animals{
    
}
class Dog extends Mammans{
    
}
class Elephant extends Mammans{
    
}
class Humen extends Mammans{
    void speak(){
        System.out.print("Людина говорить");
    }
}
//Клас птахи
class Birds extends Animals{
    
}
class turkey extends Birds{
    
}
class Eagle extends Birds{
    
}
class Parrot extends Birds{
    void speak(){
        System.out.print("Папуга говорить");
    }
}

Другий файл з якого визивається метод папуги

package Інтерфейс;

public class index {

    public static void main(String[] args) {
        Parrot papuga = new Parrot();
        papuga.speak();

    }

}

Я не в буквальному сенсi.

Zolin_777
Початок правильний. Тепер реалізуйте те, що вас попросив koala.

Хороше завдання. Замість <Щось> я написав String
а от ця строчка  speaker.speak(); взагалі не в'яжиться нікуда....

По плану Speaker повинен бути класом щоб так визивати метод? нічого не розумію

Добавив в класс Humen

class Humen extends Mammans{
    void speak(){
        System.out.print("Людина говорить");
    }
    public void make_speak(Humen speaker)
    {
        speaker.speak();
    }
}

і в головний клас

public static void main(String[] args) {
        Parrot papuga = new Parrot();
        papuga.speak();
        Humen human = new Humen();
        human.make_speak(human);
    }

так? але я не зрозумів як це працює, хіба можна передавати параметру метода цілий об'єкт?