когда работаешь в одиночку над проектом в пару тысяч строчек ООП не дает никаких приимуществ.
Попробуйте создать проект ~500кб текста. Откройте его через пол года и попробуйте вспомнить для чего какие методы и поля созданы, которые из них используются исключительно внутри класса, а какие вызваются другими классами.
Другими словами в не низкоуровневых языках типа явы или флеша ООП, так же как и типизация переменных, служит скорее для самоконтроля, упрощения работы с вашим кодом других людей, и придупреждения компилятором самых очевидных ошибок.

кхм...вообще-то это высокоуровневые языки (по терминологии) ;)
однако в обиходе программистов низкоуровневые и высокоуровнениые вещи относительно языка - это всё относительно (сорри за тавтологию). Грубо говоря компонет Button это высокий уровень относительно DisplayObject.
А ваще низкий уровень - это паяльник :)

ты частицу "не" не видишь?

сорри, пригубил слегка, слова пропускаю :D

P.S. это не оффтоп, это ответ на вопрос :) если чё плюс ему :D

Ой, как не правы. 2 тыс. строк кода (именно кода, а не комментариев и пустых строк), это проект на пару недель для одного человека. Я видел пару работ, где все эти 2 тыс строк кода были в одном файле и это был не класс. Работать с этим складом невозможно.

Вообще, чисто с практической точки зрения - private дает возможность оптимизировать объем програмы, ну и скорость вызова немного т.как не обязательно хранить имена приватных полей класса и можно смело записывать их как UInt (но AS3 компилятор этого не делает). А так, ну как уже было сказано - организационный момент - чтобы не забыть у чего откуда ноги растут, да и если все свойства вывалить в автокомплит, от него практической пользы будет не много :)

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

Вот только на яве никто проекты в тысячу строчек не пишет (себе дороже). А если пишут, то эти проекты за собой тянут мегабайты библиотечного ООП кода.

Просто мы все обленились. Я смотрю иногда на старые сеговские игрушки и думаю о том, что какие-то ребята на асме делали потрясающие вещи без всяких там tween'ов, ооп, подсветки кода, инспекторов класса, автокомплита и прочих прелестях современного программирования.

А мы в детстве играли на улице. И компьютеров у нас не было.

Спасибо, начинаю понимать...

до этого код писался прямо во Flash безо всякого автокомплита и прочих примочек....

сейчас скачал Flash Develop и Flex SDK + прочитал несколько тем по этому поводу...

эм... ну да, код пишется более удобно... объявляешь переменную какого-либо класса и сразу же появляется import этого класса.. кайф... правда не компилируется пока.. :) но это уже другая тема...

боюсь правда, что мозг атрофируется при использовании всех прелестей автоматизации FD..(

как я понял, защищать классы нужно от самого себя(разработчика) и других разработчиков команды,
а сеттеры и геттеры нужны чтобы при присвоении/взятии значения выполнять какие-либо действия.