Чому Java дозволяє нам складати клас з іменем, відмінним від імені файлу?

У мене є файл Test.javaі наступний код всередині нього.

public class Abcd
{
        //some code here

}

Тепер клас не компілюється, але коли я видаляю publicмодифікатор, він компілює чудово.

Які міркування Java дозволяють скласти ім’я класу, яке відрізняється від імені файлу, коли воно не є загальнодоступним.

Я знаю, що це питання для новачків, але я не в змозі знайти хорошого пояснення.

Обгрунтування полягає в тому, щоб дозволити більше одного класу верхнього рівня в одному .javaфайлі.

Багато класів - наприклад, слухачі подій - лише для місцевого використання, і найдавніші версії Java не підтримували вкладені класи. Без цього послаблення правила "ім'я файлу = ім'я класу", кожен такий клас потребував би свого власного файлу з неминучим результатом нескінченного розповсюдження невеликих .javaфайлів та розсіювання щільно зв'язаного коду.

Як тільки Java представила вкладені класи, важливість цього правила значно зменшилася. Сьогодні ви можете пройти багато сотень файлів Java, ніколи не переживаючи того, хто цим скористається.

Причина така ж, як і для дверних плит. Якщо якась особа офіційно проживає в офісі (оголошена громадськістю), її прізвище повинно бути на дверях. На кшталт "Алекс Джонс" або "детектив Коломбо". Якщо хтось просто відвідує кімнату, розмовляє з чиновником або прибирає підлогу, їхнє ім’я не повинно офіційно ставитись у двері. Натомість у дверях можна прочитати "Утиліти" чи "Кімната для нарад".

У специфікації Java зазначено, що у вас може бути лише максимум один публічний клас на файл. У цьому випадку ім'я класу повинно відповідати імені файлу. Усі непублічні класи можуть мати будь-яке ім’я, незалежно від імені файлу.

Я думаю, що дозволити їх є необхідною умовою для вкладених класів. Зокрема, анонімні класи різко зменшують кількість необхідних файлів .java. Без підтримки цього вам знадобиться безліч реалізацій інтерфейсу одного методу у власних окремих файлах від основного класу, в якому вони використовуються. (Я думаю про слухачів дій, зокрема)

Існує гарне пояснення всіх вкладених класів в класів Вкладені Java підручник на веб - сайті Oracle, яка має приклади кожного з них. Також є причина, чому вони корисні, яку я цитую:

Навіщо використовувати вкладені класи?

Основними причинами використання вкладених класів є наступне:

• Це спосіб логічного групування класів, які використовуються лише в одному місці : Якщо клас корисний лише одному другому класу, то логічно вбудувати його в цей клас і тримати їх разом. Введення таких "помічницьких класів" робить їх пакет більш впорядкованим.

• Це збільшує інкапсуляцію : Розгляньте два класи вищого рівня, A і B, де B потрібен доступ до членів A, які в іншому випадку будуть оголошені приватними. Приховуючи клас B у класі A, члени A можуть бути оголошені приватними, і B може отримати доступ до них. Крім того, сам Б може бути прихований від зовнішнього світу.

• Це може призвести до більш читабельного та легкодоступного коду : Введення невеликих класів у класах верхнього рівня розміщує код ближче до місця його використання.

(наголос мій)

Я не знайомий з специфікаціями Java ще в перші дні, але швидкий пошук показує, що внутрішні класи були додані в Java 1.1.

Я дивлюся на це навпаки. Природний стан речей полягав би в тому, щоб програміст самостійно обирав і ім’я класу, і ім’я файлу. Можливо, для спрощення пошуку публічних класів поза пакетом під час компіляції існує спеціальне обмеження, щоб публічний клас містився у файлі з відповідним іменем.

Зауважте, що Java відрізняється від регістру, але файлова система не повинна бути. Якщо базове ім'я файлу "abcd", але клас "Abcd", чи відповідає це правилу файлової системи, нечутливої ​​до регістру? Звичайно, не, коли вони переносяться на чутливі до регістру.

Або припустимо, у вас трапився клас під назвою ABCD, і клас Abcd (давайте не будемо вникати в те, що це погана ідея: це може статися), і програма переноситься на файлову систему, нечутливу до регістру. Тепер вам потрібно не лише перейменовувати файли, але й класи, ой!

Або що робити, якщо файлу немає? Припустимо, у вас є компілятор Java, який може приймати дані на стандартному вході. Тож клас повинен бути названий "StandardInput"?

Якщо ви раціонально досліджуєте наслідки того, як вимагати від імен файлів слідувати іменам класів, ви виявите, що це погана ідея більш ніж одним способом.

Ще одним моментом, на який пропущено багато відповідей, є те, що без publicдекларації JVM ніколи не дізнається, які основні методи класів потрібно використовувати. Усі класи, оголошені в одному файлі .java, можуть мати основні методи, але основний метод запускається лише для класу, позначеного як загальнодоступний. HTH

Оскільки файл java може містити більше одного класу, він може мати два класи в одному файлі java. Але файл java повинен містити клас як те саме ім'я, що і ім'я файлу, якщо він містить загальнодоступний клас.