Лучшие таблетки для повышения потенции для мужчин > 공지사항

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Для снижения размера машинного кода пытаются автоматически обрабатывать исходный код до этапа раскрутки шаблонов[46][47]. Другим решением могла бы быть стандартизованная ещё в 1998 году вероятность экспорта шаблонов, да она доступна далеко не во всех компиляторах, эдак чисто её трудно реализовать[48][49][мнения 4] и для импорта библиотек шаблонов C++ в языки с существенно отличной от C++ семантикой она всё равно была бы бесполезна. Сторонники C++ оспаривают масштабы раздувания кода ровно преувеличенные[50], игнорируя даже тот факт, что в Си параметрический полиморфизм транслируется непосредственно, то пожирать без дублирования тел функций вообще.
В 1985 году вышло первое печатание «Языка программирования C++», обеспечивающее первое изображение этого языка, что было чрезвычайно немаловажно из-за отсутствия официального стандарта. Его новые возможности включали множественное наследование, абстрактные классы, статические функции-члены, функции-константы и защищённые члены. В 1990 году вышло «Комментированное справочное руководство по C++», положенное впоследствии в основу стандарта. Последние обновления включали шаблоны, исключения, пространства имён, новые способы приведения типов и булевский образ. В качестве основы для хранения и доступа к обобщённым алгоритмам была выбрана Стандартная библиотека шаблонов (STL), разработанная Александром Степановым и Менг Ли[англ.]. Модель наследования C++ сложна, трудна в реализации и при этом провоцирует формирование сложных иерархий с неестественными отношениями между классами (например, наследование вместо вложения).
То же можно проронить о языке C#, хоть процент родственности с C++ у него несколько выше, чем у Java. По мнению Алана Кэя, объектная модель «Алгол с классами», использованная в C++, уступает модели «всё — объект»[37], используемой в Objective-C, по общем объёму возможностей, показателям повторного использования кода, понимаемости, модифицируемости и тестируемости. В одном эксперименте[23] скриптовые и функциональные языки, в частности, Haskell, показали 2-3 кратный выигрыш во времени программирования и объёме кода по сравнению с программами на C++. Авторы признают, что полученные ими данные не составляют репрезентативной выборки и воздерживаются от категоричных выводов. В то же час использование сборщика мусора и виртуальной машины создают труднопреодолимые ограничения. Программы на Java, как правило, медленнее, требуют значительно больше памяти, к тому же виртуальная машина изолирует программу от операционной системы, делая невозможным низкоуровневое программирование.