Ставши хорошим аналізатором та дизайнером, може значною мірою принести користь розробнику. Але для цього безумовно є перешкоди. Не всі цікавляться OOAD, і не кожна людина, яка зацікавлена, знає шлях. Чи повинен хороший OOAD знати кілька мов OO? Або він / вона має невдалі проекти? Як можна стати хорошим OOAD?
Відповіді:
Люди, які не зацікавлені, створюють власні перешкоди. Я не можу про це хвилюватися.
Для тих, хто не знає шляху, я пропоную:
Сподіваюсь, що щось із цього допомагає.
Я думаю, що для того, щоб повною мірою оцінити модель OO, ви повинні мати досвід, який збивається з нещасними методами програмування, що не є ООС. Ви можете зрозуміти ОО усередині і ззовні, але щоб оцінити і поважати, це повинен бути блискучим новим інструментом, який замінює старий іржавий, який не зовсім зробив цю роботу.
Я самостійно навчав себе протягом декількох років, перш ніж нарешті вивчив ОО на рівні Java в коледжі. До цього я постійно будував ці проекти, і вони ставали настільки великими, що я забув би, до чого, чорт, робив. Вони будуть громіздкими, неорганізованими та потребують великого обслуговування, щоб внести незначні зміни. В основному я продовжував знаходити себе застряг зі своїм кодом і починаючи над свіжим постійно.
Мені знадобилося певний час, щоб я вийшов з головної лінійної конструкції, яку я прийняв, але, коли я повністю зрозумів модель OO, це було як Eureka! Мені вдалося кодувати набагато складніші проекти самостійно, і моя продуктивність вистрілила через дах після вивчення таких понять, як спадкування. Я не витрачаю час на перезапис коду чи початок заново, тому що об'єктивно все має сенс і це просто інтуїтивно.
На мою думку, кожен програміст повинен знати якомога більше мов. Це зробить їх більш досвідченими ветеранами, незалежно від того, є це ОО чи ні. Як тільки ви зрозумієте ОО, ви можете скористатись цими методами та застосувати їх всюди, де вони реалізовані.
ІМХО, якщо ти не розумієш або не маєш бажання вчитися ОО, ти будеш неадекватно обладнаний на полі бою життя. Все більше компаній використовують новіші мови OO. Я не бачу жодних причин не знати цього дня модель OO у віці.
Залежно від того, як людина вчиться, саме від них залежить, як вони хочуть засвоїти модель. Особисто я найкраще вчуся, коли хтось навчає мене, і тому перехід на заняття Java I та Java II насправді дуже змінив для мене. Я рекомендую взяти факультативи інженерії програмного забезпечення в коледж або просто просто вийти в Інтернет і шукати навчальні підручники, якщо ви не маєте доступу до курсів коледжу або хочете вчитися у вільний час.
Коли я думаю про те, як це було описано мені, я кажу; Apple - це Apple, а апельсин - апельсин. Так, вони обоє падають з дерев, але це два абсолютно різні плоди і там лежить ваша гармонія.
Для тих, хто цікавиться чи ні, завжди є перешкоди, але контекст та серйозність можуть відрізнятися.
Не обов’язково, що вам потрібно вивчити кілька мов для понять OO, почніть з тієї мови, яка вам подобається, протягом певного періоду часу ви отримаєте сильну опору на мові, опублікуйте це можливо для вивчення деяких речей, які ви зробили. вже і спробуйте виконати те саме на іншій мові. Знання однієї мови допомагає перейти на нові, оскільки у вас є орієнтир для оцінки.
Будь-який проект - це досвід навчання, а не його успіх. Важливим є те, наскільки добре ви адаптували функції для найкращого використання, час від часу - корисно читати код інших і з'ясовувати, як і навіщо це робиться. Якщо ви можете отримати наставника, це було б чудово. Завжди знайте причину, чому це обрано , Як щодо того, як це зробити іншим способом. Спробуйте попрацювати над власною логікою та дизайнерською моделлю і киньте її старшому / наставнику. Таким чином, ви вдосконалите свої навички, можливо, на початку вони підуть прямо на смітник, але тоді ви спробували і дізналися, що ви зробили не так. Ітеративно ви ставали б краще і краще.