Для чего классы в ВЭБ программировании? 2

А этого мало? Кстати -а что вы еще хотели, ну для примера?

ПС - сюда же не плохо было бы про парадигмы поговорить.

Решает вопрос областей видимости: больше не будет глобальных функций и переменных. Переменные/методы можно открывать/закрывать для видимости и изменения.

Класс может наследовать другой класс, расширяя его функционал. Например, Dog может наследовать Animal. Позволяет снести все на уровень абстракций и интерфейсов.

Способность классов работать с объектами как с абстрактными сущностями, которые схожи между собой. Например, все что наследовано от Animal, может делать move(); (метод, отвечающий за движение).

Не права, а модификаторы доступа.

Да, тут ещё буква O из акронима SOLID.

Они начинаются тут

Само по себе наследование, инкапсуляция и полиморфизм бесполезно, это просто те киты на которых стоит ООП, но все его преимущество открывается в простой разработке и сопровождению сложных программных систем.

Страшные слова, помню читал про это при ознакомлении с основами программирования. А как показывает жизнь, в практике названия вообще не нужны :)

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

Опять же от языка зависит.

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

С точки зрения абстракции данных, классы позволяют ускорить процесс разработки и отладки, и доработки. Оформлять код в отдельные библиотеки, переносить их на другие проекты.

В дополнение абстракции данных очень удобно для каждой(или почти каждой) таблицы бд создать свой класс и описать необходимые методы выборки и модификации.

Это все академическая ерунда.

Ну и ТС - то ли тролль, то ли хз кто. :)