boost :: graph function с реберным итератором, переданным по значению и графу, переданным по ссылке [duplicate]

Простая разность: - В функции у нас есть входной и выходной параметр, поэтому, если ваш параметр ввода и вывода одинаковый, тогда используйте вызов по ссылке else, если параметр ввода и вывода отличается, тогда лучше использовать вызов по значению.

пример void amount(int account , int deposit , int total )

входной параметр: учетная запись, параметр выходного выхода: общий

вход и выход - другой вызов использования vaule

2. void amount(int total , int deposit )

общий суммарный вывод депозита

Похоже, вы получили свой ответ. Передача по стоимости дорогая, но дает вам копию для работы, если вам это нужно.

Пропустить по значению для малых типов.

Пропустить ссылки const для больших типов (определение большого может варьироваться между машинами). НО, в C ++ 11, переходите по значению, если вы собираетесь потребляйте данные, так как вы можете использовать семантику перемещения. Например:

class Person {
 public:
  Person(std::string name) : name_(std::move(name)) {}
 private:
  std::string name_;
};

Теперь вызывающий код будет делать:

Person p(std::string("Albert"));

И только один объект будет создан и перемещен непосредственно в член name_ в классе Person , Если вы перейдете по ссылке const, необходимо будет скопировать его в name_.

Зависит от типа. Вы добавляете небольшие накладные расходы, чтобы сделать ссылку и разыменовать. Для типов с размером, равным или меньшим, чем указатели, использующие копию ctor по умолчанию, вероятно, быстрее перейти по значению.

Это то, что я обычно работаю при разработке интерфейса функции без шаблона:

1. Пропустить по значению, если функция не хочет изменять параметр, а значение дешево для copy (int, double, float, char, bool и т. д.) Обратите внимание, что std :: string, std :: vector и остальные контейнеры в стандартной библиотеке НЕ)
2. Pass by const, если значение дорогое копировать, и функция не хочет изменять указанное значение, а NULL - это значение, которое обрабатывает функция.
3. Пропускать указатель не const, если значение является дорогостоящим копировать, а функция хочет изменить указанное значение, а NULL - это значение, которое обрабатывает функция.
4. Передавать по ссылке const, когда значение дорого копировать, и функция не хочет изменять указанное значение to и NULL не будут действительным значением, если вместо этого использовался указатель.
5. Пропускайте по неконстантной ссылке, когда значение дорого копируется, и функция хочет изменить значение и NULL не будут действительным значением, если вместо этого использовался указатель.

Как правило, значение для типов некласса и константа ссылки для классов. Если класс действительно маленький, то, вероятно, лучше пройти по значению, но разница минимальна. То, что вы действительно хотите избежать, это передать некоторый гигантский класс по стоимости и все его дублировать - это будет иметь огромное значение, если вы передаете, скажем, std :: vector с довольно несколькими элементами в нем.

Как правило, переключение по ссылке const лучше. Но если вам нужно изменить аргумент функции локально, вам лучше использовать передачу по значению. Для некоторых базовых типов производительность в целом одинакова как для передачи по значению, так и по ссылке. Фактически ссылка внутренне представлена ​​указателем, поэтому вы можете ожидать, например, что для указателя обе прохождение одинаковое с точки зрения производительности, или даже передача по значению может быть быстрее из-за ненужного разыменования.

Как было указано, это зависит от типа. Для встроенных типов данных лучше всего перейти по значению.

Вот пример, предположим, что у вас есть целочисленное значение, и вы хотите передать его другой процедуре. Если это значение было оптимизировано для хранения в регистре, то, если вы хотите передать его ссылкой, оно сначала должно быть сохранено в памяти, а затем указателем на эту память, помещенную в стек для выполнения вызова. Если он передается по значению, все, что требуется, - это регистр, вставленный в стек. (Подробности немного сложнее, чем при использовании разных систем вызова и процессоров).

Если вы занимаетесь программированием шаблонов, вы обычно вынуждены всегда передавать const ref, поскольку вы не знаете типов Передача штрафов за передачу чего-то плохого по значению намного хуже, чем штрафы за прохождение встроенного типа по const ref.