Хороші завдання / завдання / вправи для вивчення або вдосконалення навичок об’єктно-орієнтованого програмування (ООП) [закрито]

Що є гарним випробуванням для вдосконалення ваших навичок об’єктно-орієнтованого програмування?

Ідея цього опитування полягає в тому, щоб надати уявлення, які вправи корисні для вивчення ООП.

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

Потім рішення проблем можуть бути опубліковані як відповіді на запитання "Як ..." та посилання звідси.

Наприклад:

• Виклик - реалізуйте стек "останній-у-першому"
• Рівень майстерності - початківець
• Обгрунтування - дає досвід щодо посилань на об’єкти

Побудова навичок в об’єктно-орієнтованому дизайні - це безкоштовна книга, яка може бути корисною.

[ РЕДАКТУВАТИ: Оригінальна книга, здається, була розроблена (404 с для всіх форматів), але Інтернет-архів має версії як HTML , PDF та MOBI ]

Опис є таким:

"Метою цієї книги є допомогти початківцю дизайнеру, надавши їм послідовність цікавих і в міру складних вправ в дизайні ОО. Ця книга також може допомогти менеджерам розвинути рівень комфорту в процесі розробки програмного забезпечення для ОО. Додатки, які ми будемо build є на крок вище тривіального, і вимагатиме ретельного продумування та проектування. Крім того, оскільки додатки мають в основному рекреаційний характер, вони цікаві та цікаві. Ця книга дозволяє читачеві дослідити процеси та артефакти ОО-дизайну до закінчення строків проекту зробити гарний дизайн неможливим ".

Напишіть складну програму з нуля . Спробуйте змусити деяких людей (близько п’яти, що повинно бути здійсненним) використовувати його. Відповідайте на їхні запити на зміну.

Адаптуйте дизайн вашої програми. Почніть з малого, а потім спостерігайте, як він росте. Керуйте цим зростанням. Це важко. Вам також доведеться виправляти помилки та підтримувати річ з часом, що для мене було дуже цінним уроком.

Завдання: Напишіть обгортку для обраного вами API веб-сайту / послуги на вибраній вами мові, яка ще не існує (наприклад, обгортка API ZenDesk, написана на C #). Випустіть обгортку як відкритий код для використання іншими.

Рівень майстерності: Від початкового до середнього

Обґрунтування: навчитися екстраполювати API сторонніх веб-служб у значущий набір об’єктів / класів, полегшуючи повторне використання цього API на вибраній мові.

Після того, як ви вивчите ази, вивчіть книгу з дизайном "Банда чотирьох".

http://www.amazon.com/Design-Patterns-Object-Oriented-Addison-Wesley-Professional/dp/0201633612/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1221488916&sr=8-1

Це класика, і її обов’язково слід прочитати кожному програмісту, який хоче зрозуміти, як використовувати ОО для розробки елегантних рішень загальних проблем кодування.

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

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

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

Дане завдання має дуже мало спільного з тим, щоб бути "ООП", це більше в тому, як ви його оцінюєте.

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

Найголовніше, стежте за існуванням сеттерів та геттерів (вказуючи, що ви оперуєте значеннями класу і не просите клас оперувати власними значеннями) - або використовуючи "extends" без застосування Принципу заміщення Ліскова, подібні речі що.