egorychполиморфизм на pure-C реализовывать - исключительное удовольствие и с инкапсуляцией проблемки есть. А так да, ничего сложного ))
Насчет удовольствия согласен. Сильно специфическое. Но некоторым наверное оно нравится. В свое время library от JPEG Group была больше мегабайта C-сорцов в ООП. Таблица виртуальных методов на макросах.

Какие могут быть проблемы с инкапсуляцией - мне не понятно. Там проблема найти проблемы. Хоть на C, хоть на бейсике. Бери и инкапсулируй ))) Кто же может запретить )))

Я возможно скажу глупость, но лично у меня, ВСЕ паблик. Классы делаю для СЕБЯ нафиг мне привайт или протектед. Аналогично, совершенно не понимаю моду на геттеры/сеттеры. Когда Java Bean содержит пару десятков полей и простыню гетеров/сетеров, мне того, кто это придумал, хочется придушить и над телом надругаться.

Красиво реализовано в Дельфи. Объявил поле как проперти. Если нужна только стандартная логика - ничего не делаешь, нужно переопределить гетер/сеттер - переопределяешь. А порождение простыни кода, который ничего не делает - ИМХУ бред и дибилизм (т.е. врожденный идиотизм). И особо красиво смотрится трансформация имени (больших букв, подчеркиваний). Когда в БД одно, поле в классе другое, геттер/сеттер третье. Смотришь код большой пром. системы и офигиваешь. Вроде по именам должно быть понятно, как соотносятся поля в объекте к структуре БД, а на деле... х.з. Особенно, когда много полей с похожими именами, ошибиться легко и смерти подобно

mayton...just another fucken method...
просто, б..., раз этот fucken метод так всем мозг зафакил - ну внесите в стандарт языка конструкцию a la delphi property.

но нет же, лучше в IDE наплодить пунктов меню Generate Accessors и засрать программы, диск и все остальное миллионами очень осмысленных get'еров и set'еров.

IMHO