Спасибо, все что было мне интересно я увидел, а вот за практический пример был бы весьма благодарен.
Я тоже, можно так сказать, занимаюсь разработкой под мобильные приложения, но не клиент-сайдом, а сервер-сайдом.
У меня есть понимание ООП парадигмы, ибо ява, питон, руби, в перле, увы, ооп печальное.
Да можно согласиться, что оно более секьюрное(при ровных руках), но вот в плане скорости работы, скорости реализации не соглашусь.
Я встречал один проектец на яве, в котором использовался тру-ООП подход. Т. е. все запилено именно таким образом, что ни рефакторинг ни допилинг невозможен, хотя иногда бывает надо что-то доработать, изменить логику и т. д. И вот тут становится вопрос ребром.
Переписывать этого монстра с нуля, или вворачивать костыли? Первый вариант, на той же яве, получается долго, т. к. там цикл разработки целое дело, пока моделей настрогают, пока архитектуру разработают, пока закодят это дело, пройдет довольно много времени(и кода выходит беда беда). Второй вариант труднореализуем, ибо уж сильно забористо сделано. И компактно(если следовать ООП стилю во всем), это не получается. Скорость работы вообще отдельное дело. Я не спорю, что есть хитрые вещи, которые работают адово быстро на той же яве, вот как пример - WebLogic RT edition, но возникает вопрос в масштабировании и производительности.
Каждой задаче свои инструменты и способы решения.
ООП подход, в принципе, работает медленнее, чем императивный или функциональный подход.
