|
Ответ: Насколько оправдан ООП на стороне клиента?
Если это 150 строк JS, то конечно городить супер структуры - не стоит.
Всё зависит от ситуации. Я лично предпочитаю модульность, и если знаю что мне пригодиться что-то из данного решения - я пишу модуль и делаю его само-достаточным, затем юзаю где нужно и потенциально в будущем.
В то же самое время "почему нет"? Никто не запрещает писать ООП код, и он не сложнее а порой проще когда привыкаешь к рутине. Следственно какие будут аргументы писать не ООП код.
Имхо, но код должен быть чистым, а красиво оформленные объекты с классическим наследованием (prototype) проще говоря OOP, где каждый метод максимум 20 строк кода - вот это красиво. Удобно и легко читается. Разобраться в таком коде проще, т.к. ООП приводит к абстракциям которые помогают разрбраться и структурировать код.
|