Java спільнота

Дякую за цікаву статтю

Професійно програмую вже трохи більше ніж 3 роки на C# і я розумію, що ООП до мене так і не дійшло.

це синтаксичний цукор над... комбінацією функцій.

Як взагалі люди без Null safety писали код? А тепер ржака: Якби ТС замість null повертав ДамміНотіфікейшн, то це було б ближче до суті шаблону. Бо хоча і не було б принципово різних реалізацій, то хоча б були «групи компонентів». хоч і однотипних

До речі, абстрактна фабрика, певне, відрізняється від структури з вказівниками на функції (стратегії) наявністю даних. Мені якось довелося ліпити ІП-телефонію з підтримкою різних видів локальних ЮСБ-пристроїв: аналогового телефона та радіотелефона.

Але я свідомо вибрав цей підхід для навчання. Який підхід? Взяти синє і сказати, що воно рожеве? Ключове — ви подаєте невірне трактування патерна. Фактично інший патерн, що надихався тим, який ви винесли в заголовок.

Кажуть, на OOPSLA черга стояла за тою книжкою, щоб купити. Ні, ідеї як раз були дуже популярні. Віддавав (смішно казати) останні гроші, щоб купити книгу Греді Буча про ООП. Інша ситуація, що то відчувалося як комунізм, який колись наступить.

Дякую за детальну критику! Ви абсолютно праві щодо теорії. Але я свідомо вибрав цей підхід для навчання. Ось чому: Чому так краще для засвоєння: Від практичної проблеми до рішення — так людина краще розуміє навіщо патерн потрібен.

Це все деталі, чи треба нам динамічно створювати нові типи чи ні... До речі, якщо така вимога з’явилася, співчуваю тим, хто має фабрику класів :-) Привіт, клас DynamiclyConfiguredNotificationFactory. Чи треба обробляти, коли не вдалося відіслати?

Кажуть, на OOPSLA черга стояла за тою книжкою, щоб купити. Тому, думаю, воно одразу понеслося. Але я більше за те, що в С++ одразу були вказівники на функцій.

Який жах, do-нотація в Haskell це синтаксичний цукор а не паттерн. Усе інше поток свідомості.

Так, перше видання 1994 рік це C++ та Smalltalk. Але все рівно, у мене таке відчуття, що спочатку це набуло популярності в Java, а вже потім перекинулося на інші мови. Чи то була ідея перенести гнучкість Smalltalk у статично типізований C++?

ALERT: Надсилає і Email, і SMS NEWSLETTER: Надсилає лише Email PROMOTION: Надсилає лише SMS Та вільміть і почитайте ту блядську кнужку. Abstract Factory вирішує зовсім іншу проблему.

Патерни ж для С++ писали

kind — має бути sum type, а не string send має вертати помилку, якщо IO error (не вдалось відіслати), а не коли kind не коректний.