ООП и Flash. Часть 1. И вот сошлись огонь и лед, ООП и Macromedia Flash

Нередко приходится слышать о том, что ООП, это слишком “наворочено” для Flash. Главные аргументы при этой точке зрения: большое количество классов раздувает проект до немыслимых масштабов и тормознутой работы, когда вполне можно обойтись и без таких жертв. Тот функционал, который можно процедурно уместить в 10 строчек, ООП раздувает до нескольких отдельных as файлов и десятков строк кода.

И тут разработчику приходится делать сложный выбор. Искать нечто среднее, выбирать между надежностью, быстродействием, изменяемостью, гибкостью, быстротой разработки и т. д. Как сделать этот выбор так, чтобы потом не было мучительно больно за бесцельно потраченные рабочие часы?

Наверное, большинству flash-программистов уже понятно, что кодирование в кадрах неудобно и нестабильно. Тут я не случайно пишу про flash-программистов, так как дизайнерам с посредственным знанием asctionscript может быть удобно кодировать в кадрах. Но вернемся к программистам. Даже самые отъявленные любители процедурного программирования и actionscript 1 устают от поиска кода в разных мувиклипах и использования метода copy - paste направо и налево. И когда наступает этот момент усталости, некоторые разработчики идут на небольшую хитрость - используют as классы, но, по сути, это не ООП, а тот же самый код в мувиклипах, оформленный в классы. Не получая от таких классов ощутимых результатов, в них только крепнет мнение, что ООП - это ненужное излишество.

Однако не стоит забывать, что если применять что-то неправильно, то и пользы не будет, а то и вред какой выйдет. Неправильное использование возможностей ООП может привести к весьма плачевным результатам. И для того, чтобы получить реальную пользу, надо четко знать все возможности, понимать идеологию и приобрести опыт. Если этого нет, то вы уподобляетесь слепому котенку, изучающему окружающий мир на ощупь и пугающемуся резких звуков, природы которых он не понимает.

Чтобы сделать этот сложный выбор - “как программировать”, и сделать его не раз и навсегда, а в зависимости от проекта и условий, необходимо знание возможностей, преимуществ, достоинств и недостатков ООП, процедурного программирования и кодирования в кадрах. Только вам делать этот выбор, но делать его безопаснее осмысленно. Не уподобляйтесь слепому котенку. А главное не уподобляйтесь тому котенку, который даже и не пытается исследовать окружающий мир.

Bookmark this article at …