Я считаю что есть и другие подходы кроме ООП. И есть другие языки, в которых ООП даже близко нету =)
Если говорить всё же о ООП, если сделать все методы и поля открытыми, то от этого само по себе не чего не сломается, просто увеличивается риск что-то сломать самому. А вот разрезание живота сразу ведёт к фатальным последствиям =)
Дело даже не сколько в тормозах, сколько в том, как узнать когда картинка полностью сформирована и выведена на экран. Сейчас у меня прикручен довольно быстрый 2Д движок на OpenGL. Показатель FPS там может достигать нескольких сотен кадров в секунду, но частота монитора 60ГЦ => следовательно если я нечего не путаю, множество кадров просто не успеет отобразится на мониторе, и если этими кадрами окажутся контрольные, то программа не будет работать.
Как в блендере сделать следующие? «Он разрезан пополам для упрощения работы: левая половина будет автоматически изменяться в соответствии с изменениями в правой»
А теперь сравним сколько ресурсов надо на запуск оригинального Survivor 1982 года, сколько ресурсов для эмулятора написанного на Си, и сколько ресурсов на эмулятор на JavaScript.
Если говорить всё же о ООП, если сделать все методы и поля открытыми, то от этого само по себе не чего не сломается, просто увеличивается риск что-то сломать самому. А вот разрезание живота сразу ведёт к фатальным последствиям =)
1)USA
2)South Korea
…
Первое место понятно. А второе. В социализме же секса нет. Да и вобще там вроде как интернет по карточкам.
«Он разрезан пополам для упрощения работы: левая половина будет автоматически изменяться в соответствии с изменениями в правой»