Inline функции в классах

@TheLimboUser · Регистрация: 17.08.2016

Студворк — интернет-сервис помощи студентам

Недавно прочитал, что все функции которые определяются в классе по дефолту inline. Что меня настораживает так как мой ̶б̶ы̶д̶л̶о̶к̶о̶д̶е̶р̶с̶к̶и̶й̶ стиль программирования подразумевает определения функций именно в классах. И вот не хотелось бы чтобы все мои функции были бы встраиваемые. Короче не могли бы вы немного посветить в эту тему ̶г̶л̶у̶б̶ж̶е̶ .

@afront · 11.06.2017, 16:16

Inline функции

@TRam_ · 11.06.2017, 16:20

Сообщение от TheLimboUser

И вот не хотелось бы чтобы все мои функции были бы встраиваемые.

Не по дефолту inline, а по желанию данного конкретного компилятора. Если ему сильно понадобится, и данная функция нигде вне класса не используется, компилятор может её встроить. Если прописать inline, то компилятор наоборот, может решиться данную функцию встроить, а может и не решиться. Ну и для каких-то компиляторов типа микрософтовского добавляют ещё степени необходимости встраивания (не по стандарту С++) - https://msdn.microsoft.com/ru-... hbe6y.aspx .

В общем, особой важности в пометке inline нет.

@TheLimboUser · 11.06.2017, 18:15 **[ТС]**

TRam_, то есть, проблем с размером програмы быть не должно?

@TRam_ · 11.06.2017, 18:47

Шаблонные классы сожрут в разы больше размера программы, чем какое-то встраивание.

@Renji · 11.06.2017, 18:47

Сообщение от TheLimboUser

TRam_, то есть, проблем с размером програмы быть не должно?

Должно. Вот как включите статическую линковку, да вставите в программу чего ни будь из STL, так и будут проблемы с раздуванием "Hello World!" до целого мегабайта. И я не иронизирую, сейчас специально программу из одного cout<<1234 в Mingw скомпилировал, 966 кило как корова языком слизнула (Студия вроде бы жрала сто с чем-то килобайт). А не сделаете статическую линковку - программа при переносе на другой компьютер будет жаловаться "dll-ки дай... Вон те, размером с мегабайт". И STL это еще цветочки, сколько за собой таскает Qt это вообще сказка. Стра-а-ашная.

Если же говорить конкретно о инлайнах, то есть ключики компилятора говорящие ему делать побыстрей или покомпактней. От них пользы скорее всего будет куда больше, чем от расстановки inline.

@TRam_ · 11.06.2017, 19:06

Сообщение от Renji

одного cout<<1234 в Mingw скомпилировал, 966 кило как корова языком слизнула

Компилируем Qt 5.8 статически (с опцией -debug), делаем приложение в виде абсолютно пустого окна, его статически компилируем под MinGW, и вуаля - у нас есть абсолютно пустое окно, в котором ничего нет кроме кнопки "закрыть", но весит exe-шное приложение, содержащее это окно, 404 054 521 байт (385 мегабайт)

Evg · 11.06.2017, 19:07

У меня подозрение, что разработчикам Си++ не хотелось вводить в язык новое ключевое слово, вот они и переиспользовали inline. Смысл ключевого слова inline в Си++ вовсе не в inline-подстановке компилятором, а в возможности реализовывать multiple definition или, говоря по простому, помещать тело функции в header'ы (см. ссылку из поста #2). Конечная цель всех этих действий - это выполнять inline. Но компилятор выполняет подстановку независимо от наличия ключевого слова inline. А ключевое слово inline говорит компилятору о том, что после inline-подстановки тело функции можно в код не помещать. Так же тело функции в код можно не помещать, если функция не используется. inline-функции в языке Си++ по смыслу являются аналогами макросов, но более удобные и безопасные в работе

@Renji · 11.06.2017, 19:20

Сообщение от Evg

Смысл ключевого слова inline в Си++ вовсе не в inline-подстановке компилятором, а в возможности реализовывать multiple definition или, говоря по простому, помещать тело функции в header'ы (см. ссылку из поста #2).

Кто-то мешал делать это без inline? Ну, в смысле считаем что все функции по умолчанию inline и баста.

Evg · 11.06.2017, 19:36

Естественно. Попробуй помести функцию в хидер без inline'а и подцепи хидер из двух файлов *.cpp

@Renji · 11.06.2017, 19:45

Сообщение от Evg

Естественно. Попробуй помести функцию в хидер без inline'а и подцепи хидер из двух файлов *.cpp

Что компилятор выругается это понятно. Непонятно какая в этом насущная необходимость.
Впрочем, уже понял - если мы поместим одну и ту же функцию в два разных cpp файла, то из-за раздельной компиляции она безальтернативно скомпилируется два раза. Ведь компилируя 2.cpp, компилятор не знает что он там насобирал в 1.cpp. А если мы подпишем к этой функции inline, то можем гордо заявить "это не баг, это фича!".

MasterOfAlteran · 11.06.2017, 19:55

Сообщение от TRam_

Не по дефолту inline, а по желанию данного конкретного компилятора.

Встраиваемая (inline) функция != функция будет встроена. Компилятор может встроить её, а может и нет, но она в любом случае будет встраиваемой. inline влияет на правила построения конечного кода компилятором.

Сообщение от TRam_

В общем, особой важности в пометке inline нет.

Живи в своём мире, в нашем оно еще как важно.

Сообщение от Renji

А если мы подпишем к этой функции inline, то можем гордо заявить "это не баг, это фича!".

Нет. Для inline-функции с внешним связыванием (коими будут функции-члены класса) стандарт требует, чтобы все вызовы этой функций происходили по одному адресу, т.е. чтобы вызывалась одна и та же функция (если не удалось встроить). Например, если в функции есть локальная статическая переменная, то поведение будет такое, какое и ожидалось - одна переменная на всех, а не в каждой единице трансляции своя переменная. В конечном счете, если функцию не встроили, то останется один её экземпляр.

@Renji · 11.06.2017, 20:06

Сообщение от MasterOfAlteran

Например, если в функции есть локальная статическая переменная, то поведение будет такое, какое и ожидалось - одна переменная на всех, а не в каждой единице трансляции своя переменная.

И причем тут инлайн? То что переменная одна на всех, никак не мешает продублировать работающий с ней код. И то что результат &myFunction один на всех, тоже не мешает этот код продублировать. Потому что поведение от этого дублирования никак не меняется. Зато вот не продублировать код, раздельная компиляция не позволяет принципиально.

MasterOfAlteran · 11.06.2017, 20:16

Сообщение от Renji

Зато вот не продублировать код, раздельная компиляция не позволяет принципиально.

Для inline-функции не позволяет (нужно определение). Для вызова не inline-функций компилятору достаточно объявления, а дальше заботы линковщика. А делать все функции inline - тупенько изначально.

@hoggy · 11.06.2017, 20:19

Сообщение от TheLimboUser

И вот не хотелось бы чтобы все мои функции были бы встраиваемые.

не парьтесь.
компилятор сам разберется, что и когда ему встраивать.

киллер фича inline - разрешается multiple definition
и не более того.

@Renji · 11.06.2017, 20:22

Сообщение от MasterOfAlteran

Для inline-функция не позволяет (нужно определение). Для вызова не inline-функций компилятору достаточно объявления, а дальше заботы линковщика.

Если у компилятора только объявление, это уже не ситуация "поместили одну функцию в два разных файла", а ситуация "поместили объявление функции в два разных файла".

Ну а как работает второй вариант - смотри шестой пост про "один cout<<1234 раздул программу на мегабайт". Линковщик просто прицепляет все что там компилятор накомпилировал, не разбираясь где нужное, где не нужное, где рыбу заворачивали. Хотя, это уже другая история.

MasterOfAlteran · 11.06.2017, 20:25

Сообщение от Renji

один cout<<1234 раздул программу на мегабайт

Если учесть, что там (в ostream) туча шаблонов, всякие локали, буфера и т.д., то это не удивительно. А еще нужен код для запуска всего этого добра и завершения. Когда-то и восхваляемый cl такое делал. Там это, вроде, запинали ногами кое-как, в mingw - нет.

Сообщение от Renji

Хотя, это уже другая история.

Именно!

@Renji · 11.06.2017, 20:43

Сообщение от MasterOfAlteran

Если учесть, что там (в ostream) туча шаблонов, всякие локали, буфера и т.д., то это не удивительно.

"Буфера", будучи пересобраны на коленке, не занимают и одного экрана текста. Локаль там по умолчанию "C", никаких функций преобразования текста она за собой не тянет. Единственное что может позволить библиотеке нагулять вес, это преобразователь int->text. Но опять же он никак не может весить мегабайт. Максимум - пара килобайтов.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
struct MyStreambuf:std::streambuf
{
    std::streamsize xsputn (const char* s, std::streamsize n)
    {
        for(int i=0;i<n;++i)
            overflow(s[i]);
        return n;
    }
    int overflow (int c = EOF)
    {
        printf("%c",(char)c);
        return c;
    }
};
 
int main()
{
    MyStreambuf myStreambuf;
    std::ostream stream(&myStreambuf);
    stream<<1234;
}

Сообщение от MasterOfAlteran

еще нужен код для запуска всего этого добра и завершения.

Три с половиной команды для инициализации консоли что ли? На мегабайт кода это ну никак не тянет.

MasterOfAlteran · 11.06.2017, 20:56

Сообщение от Renji

Локаль там по умолчанию "C"

Для каждого потока свой объект локали. В operator<< создаются достаточно тяжелые объекты.

Сообщение от Renji

Три с половиной команды для инициализации консоли что ли?

Мде... А сам cout кто будет создавать? А всё остальное? Смотри в исходники gcc. Там со старта до main очень далеко.

Сообщение от Renji

"Буфера", будучи пересобраны на коленке

Не будут удовлетворять нужному функционалу.

Давай когда ты напишешь свой компилятор, в котором всё будет как положено, мы соберем hello world и посмотрим сколько получится. До тех пор не вижу смысла дальше общаться на эту тему.

@Renji · 11.06.2017, 21:01

Сообщение от MasterOfAlteran

Для каждого потока свой объект локали.

И если вы явно не вызывали метод imbue, то этот "свой объект" является значением по умолчанию. То есть, "C" локалью.

Сообщение от MasterOfAlteran

Мде... А сам cout кто будет создавать? А всё остальное?

"Создавать" это в смысле конструкторы streambuf и ostream вызвать? Заинлайните в начало main. Только эти конструкторы как раз и будут тремя с половиной строчками инициализирующими консоль.

И да, во избежание недопонимания - cout это именно что объект ostream, которому скормили объект streambuf. Ничего сверх этого.

Добавлено через 57 секунд

Сообщение от MasterOfAlteran

Не будут удовлетворять нужному функционалу.

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

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@TheLimboUser 1 / 1 / 0 Регистрация: 17.08.2016 Сообщений: 37

	Inline функции в классах 11.06.2017, 16:00. Показов 4532. Ответов 24 Метки нет (Все метки) Недавно прочитал, что все функции которые определяются в классе по дефолту inline. Что меня настораживает так как мой ̶б̶ы̶д̶л̶о̶к̶о̶д̶е̶р̶с̶к̶и̶й̶ стиль программирования подразумевает определения функций именно в классах. И вот не хотелось бы чтобы все мои функции были бы встраиваемые. Короче не могли бы вы немного посветить в эту тему ̶г̶л̶у̶б̶ж̶е̶ . 0

@afront 1498 / 1213 / 821 Регистрация: 29.02.2016 Сообщений: 3,631
	11.06.2017, 16:16
	Inline функции 0

@TheLimboUser 1 / 1 / 0 Регистрация: 17.08.2016 Сообщений: 37
	11.06.2017, 18:15 [ТС]
	TRam_, то есть, проблем с размером програмы быть не должно? 0

@TRam_ зомбяк 1585 / 1219 / 345 Регистрация: 14.05.2017 Сообщений: 3,940
	11.06.2017, 18:47
	Шаблонные классы сожрут в разы больше размера программы, чем какое-то встраивание. 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	11.06.2017, 19:07
	У меня подозрение, что разработчикам Си++ не хотелось вводить в язык новое ключевое слово, вот они и переиспользовали inline. Смысл ключевого слова inline в Си++ вовсе не в inline-подстановке компилятором, а в возможности реализовывать multiple definition или, говоря по простому, помещать тело функции в header'ы (см. ссылку из поста #2). Конечная цель всех этих действий - это выполнять inline. Но компилятор выполняет подстановку независимо от наличия ключевого слова inline. А ключевое слово inline говорит компилятору о том, что после inline-подстановки тело функции можно в код не помещать. Так же тело функции в код можно не помещать, если функция не используется. inline-функции в языке Си++ по смыслу являются аналогами макросов, но более удобные и безопасные в работе 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	11.06.2017, 19:36
	Естественно. Попробуй помести функцию в хидер без inline'а и подцепи хидер из двух файлов *.cpp 0