Використовуйте дієслова з функціями, іменники з класами - а як щодо інтерфейсів? [зачинено]

Гаразд, я розумію нормальні умовності використання дієслів з функціями та іменників з класами. Що з інтерфейсами? Чи існує якась методологія, коли придумуються імена інтерфейсів, які не можуть бути настільки очевидними?

Тільки для того, щоб було зрозуміло, я не говорю про те, чи потрібно ставити «я» перед іменем, чи використовувати камелю або паскаль. Мені цікаво про спосіб з'ясування чіткої, семантичної назви інтерфейсу.

EDIT Я одержимий тим, як назвати інтерфейс найяснішим способом. Я думаю, що він також повинен бути іменником, тому що, коли я думаю про іменування класів, я думаю про найближчий "реальний" світовий об'єкт, до якого він може стосуватися. Я думаю, що інтерфейси реального світу - це такі речі, як клавіатура, миша, дистанційне керування, екран банкоматів. Це всі іменники. У будь-якому разі, будь-яке додаткове розуміння хорошого способу формування імен інтерфейсу було б вдячне.

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

Іноді, хоча інтерфейс більше стосується додавання певних загальних особливостей до класу. У такому випадку я вважаю, що прикметник найкращий. Прикладами можуть служити IDisposable, IEnumerable...

Можливо, ще один спосіб задуматися над тим, скільки «здібностей» визначає ваш інтерфейс.

Наприклад, IList<T>інтерфейс визначає ці здібності: Додати, Очистити, Містить, Вставити, Видалити ... Це все властивості списку, так що IListце добре ім'я.

IDisposableз іншого боку, визначає лише одну здатність: розпоряджатися. Тож він підходить для всього, що є одноразовим. Звідси і назва IDisposable.

Інтерфейс описує поведінку таким чином , імена повинні так сказати. Я не впевнений у правилі цього, але назву ви дізнаєтесь, коли почуєте.

Деякі приклади:

Flyable      - Can Fly
Workable     - Can work
Negotiatable - Can negotiate.

Я думаю, що не правильно називати інтерфейси Iта спілкуватися Setз ними, ISetоскільки, як розробник, ви не повинні турбуватися, чи це інтерфейс чи клас. Я бачу, що така практика зараз не існує на Java.

Оскільки інтерфейс насправді є лише виразом типу "що", але не "як", я би назвав їх так само, як ви називаєте класи, принаймні з точки зору мови. Єдине, що я можу додати до цього, це те, що вони часто будуть більш загальними, ніж конкретні реалізатори (наприклад, інтерфейс "Клієнт" може мати реалізатори "ProspectiveCustomer" та "PayingCustomer").

Інтерфейс використовується як клас. Тому його також слід називати іменником, коли ви називаєте класи з іменниками. Віддайте перевагу абстрактним іменникам, наприклад "Транспортний засіб", коли класи - "Автомобіль" та "Вантажівка".

Швидка відповідь: Інтерфейс більше про додавання SET здібностей, особливостей, спільних кордонів або взаємозв'язків між сутностями, класи, моделі, концепціями і т.п. ..

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

Найменування інтерфейсу типу: IStateMachineBuilder, IUserContextProviderBuilder, IEntityBuilderBuilder, IActiveAware, etc.можливо, поясніть концепцію.

Залежить, якщо інтерфейс містить лише методи, було б добре назвати його за допомогою дієслів на зразок "Дії", де ніби він являє собою загальний клас, який містить статичні, заключні поля, тоді ми можемо використовувати загальний іменник так само, як "Транспортний засіб"