Встраивание кода C++

Гуру Sutter Недели № 33 отвечает на некоторые Ваши вопросы и т.д.

http://www.gotw.ca/gotw/033.htm

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

Встроенный подсказка компилятора и не вынуждает компилятор встроить код (по крайней мере, в C++). Таким образом, короткий ответ, это - компилятор и вероятно контекстно-зависимый, что произойдет в Вашем примере. Самые хорошие компиляторы, вероятно, встроили бы обоих особенно из-за очевидной оптимизации постоянного возврата из обеих функций.

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

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

Определенные приложения и архитектура могут также привести Вас к встраиванию как оптимизация.

class Foo  
{
  inline int SomeFunc() { return 42; }
  int AnotherFunc() { return 42; }
};

Это корректно, что оба пути, как гарантируют, скомпилируют то же. Однако желательно не делать ни одного из этих путей. Согласно FAQ C++ необходимо обычно объявлять это в определении класса и затем определять его вне определения класса, в заголовке, с явным встроенным ключевым словом. Как FAQ описывает, это вызвано тем, что Вы хотите разделить объявление, и определение для удобочитаемости других (объявление эквивалентно "какой" и определение "как").

Действительно встраивает на самом деле имеют какое-либо значение?

Да, если компилятор предоставляет встроенный запрос, это весьма отличается. Думайте о встроенном коде как о макросе. Везде это называют, вызов функции заменяется фактическим кодом в функциональном определении. Это может привести к чрезмерному увеличению размера кода, если Вы встраиваете большие функции, но компилятор обычно защищает Вас от этого, не предоставляя встроенный запрос, если функция является слишком большой.

Есть ли какие-либо правила о том, когда Вы должны, или не был должен встроенный код?

Я не знаю ни о каких правилах hard+fast, но инструкция только к встроенному коду, если это часто называют, и это является относительно маленьким. Методы set и методы считывания обычно встраиваются. Если это находится в особенно производительность интенсивная область кода, встраивание нужно рассмотреть. Всегда помните торговлю скоростью выполнения на исполняемый размер со встраиванием.

VC ++ поддерживает __ forceinline и __ declspec (noinline) директивы, если Вы думаете, что знаете лучше, чем компилятор. Подсказка: Вы, вероятно, не делаете!

Обратите внимание на это за пределами класса, inline делает что-то более полезное в коде: вынуждая (хорошо, вид) компилятор C++ сгенерировать код встраивает в каждом вызове к функции, это предотвращает повторные определения того же символа (функциональная подпись) в различных единицах перевода.

Таким образом, если Вы встраиваете не являющуюся членом функцию в заголовочном файле и включаете это в несколько cpp файлов, у Вас нет компоновщика, вопящего на Вас. Если функция является слишком большой, чтобы Вы предложили встроенный луг, сделайте это путь C: объявите в заголовке, определите в cpp.

Это имеет мало общего, встраивается ли код действительно: это позволяет стиль реализации в заголовке, как характерно для коротких функций членства.

(Я предполагаю, что компилятор будет умен, если ему будет нужен невстроенный рендеринг функции, как это для шаблонных функций, но...),

Я нашел, что некоторые компиляторы C++ (Т.е. SunStudio) жалуются, опущено ли встроенное как в

int AnotherFunc() { return 42; }

Таким образом, я всегда рекомендовал бы использовать встроенное ключевое слово в этом случае. И не забывайте удалять встроенное ключевое слово при позже реализации метода как фактического вызова функции это действительно испортит соединение (в SunStudio 11 и 12 и Разработчик Borland C++). Я предложил бы делать минимальное использование встроенного кода, потому что при продвижении через код с с отладчиком, это 'ступит в' встроенный код, даже когда использование 'переступает' через команду, это может быть довольно раздражающим.

Также для добавления к тому, что Greg сказал при формовке оптимизации (т.е. inline- луг) компилятор консультируется не только с ключевыми словами в коде, но также и других параметрах командной строки указывание, как компилятор должен оптимизировать код.