"цепной" <<

@taras atavin · Регистрация: 24.11.2009

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

Я просто не в курсе, так можно:

C++

1	cout << "Here is 5: " << 5 << "\ n";

?

@Yurii_74 · 12.02.2010, 07:00

а почему нельзя?
Только вот "\ n" ???
Может

C++

1	cout << "Here is 5: " << 5 << endl;

@Nick Alte · 12.02.2010, 17:50

Можно и endl, и "\n". Первое идеологически правильнее (ну и имеет кой-какие дополнительные эффекты, но это уже тонкости).

@taras atavin · 24.02.2010, 05:01 **[ТС]**

Сообщение от Nick Alte

ну и имеет кой-какие дополнительные эффекты

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

Идеология c заключается в избавлении программиста от всего лишнего в коде.

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

Даже это сочли лишним, хотя именно это один из самых необходимых эффектов, а текстовые эффекты вредны всегда, когда они побочны. Нужен текстовый эффект - выводи управляющий символ именно для этого эффекта, а не нужен, так зачем от него ещё специально избавляться, когда он проявится из-за псеводоупрощений типа замены "\n" на endl? Вопрос же относится вот к чему: если я подряд поставлю два оператора, то куда бедет выведен операнд второго: в поток, или в операнд первого оператора? Если вы говорите, что "цепная" форма допустима, буду её пользоваться, если бы вы сказали, что так нельзя, писал бы

C++

1
2
3

cout<<"y=";
cout<<y;
cout<<"\n"

вместо

C++

1	cout<<"y="<<y<<"\n";

.

@Goodwin98 · 24.02.2010, 05:22

Скажем так, для интереса попробуйте вот такую программу.

C++

#include <iostream>
using namespace std;
 
int a;
int func()
{
  return a++;
}
 
int main()
{
  a = 0;
  cout << func() << func()<<func() << endl;
//-----------------
  a = 0;
  cout << func();
  cout << func();
  cout << func();
  cout << endl;
  return 0;
}

@taras atavin · 24.02.2010, 05:40 **[ТС]**

Тестил здесь.

Output:
210
012

. Ну и где сдесь эффект эндла?

@kazak · 24.02.2010, 07:30

Это не эффект ендла, просто если несколько сиаутов идут подряд, то они выполняются в порядке объявления. А для цепной записи с права на лево.

@taras atavin · 24.02.2010, 10:07 **[ТС]**

Что такое сиауты?

@kazak · 24.02.2010, 10:49

Сообщение от taras atavin

Что такое сиауты?

cout - читается так.

@taras atavin · 24.02.2010, 12:44 **[ТС]**

С конца здесь не каут выполняется, а инкременты, причём, у них ещё и общий приоритет надо всеми каутами. Уж это даже я понял.

Добавлено через 5 минут
Подумай вот о чём: куда выодит второй

C++

<<

? В поток, возвращенный первым

C++

<<

. Но тогда, пока первый не отработает, второму выводить некуда.

@CheshireCat · 24.02.2010, 16:35

Здесь дело не в приоритете выполнения инкремента, а в вызовах функций и порядке вычисления аргументов. Ведь запись cout << что-то есть по сути cout.operator<<(*this, что-то);
Если "размотать" всю цепочку вызовов, то так и получится.

Добавлено через 22 минуты
Апичатка: имелось в виду cout& operator<<(cout&, что-то);

@taras atavin · 25.02.2010, 04:54 **[ТС]**

Тогда в "цепи"

C++

1	cout<<op1<<op2<<op3<<op4;

соотвествует

C++

1	(((cout.operator<<(op1)).operator<<(op2)).operator<<(op3)).operator<<(op4);

, а в том примере сначала вычислились все аргументы, начиная с последнего, а потом всё это вывелось.

@CheshireCat · 25.02.2010, 10:20

А вычислялось оно начиная с последнего вот почему: вот у нас выражение
cout<<op1<<op2<<op3<<op4;

Рассмотрим каноническую форму оператора: cout& operator<<(cout&, что-то); - функция operator<<() принимает два аргумента, причем первый (левый) должен вычисляться в cout,
а второй (правый) - в нечто, имеющее смысл для вывода.
Рассмотрим два варианта разбора: (cout) << (op1<<op2<<op3<<op4); и (cout<<op1<<op2<<op3) << (op4);
В первом варианте левый аргумент может быть вычислен (а чего его вычислять-то?) в cout, зато правый не может быть вычислен ни во что осмысленное. Поэтому этот вариант отпадает. Во втором варианте левый аргумент может быть вычислен (последовательно рекурсивно) в cout, а правый (а чего его тут вычислять-то?) - в op4. Таким образом, второй вариант приемлем для компилятора. Ну и так далее рекурсивно.....

@taras atavin · 26.02.2010, 05:42 **[ТС]**

А если написать

C++

1
2
3

int x;
int y;
cout<<x<<y;

, что тогда получится?

C++

x<<y

может быть вычислен путём сдвига x на y бит.

Добавлено через 2 минуты
http://codepad.org/BZvWh6dv

Добавлено через 1 минуту
http://codepad.org/cqrDjyYJ

Добавлено через 30 секунд
http://codepad.org/Xi6smIAo

Добавлено через 1 минуту
http://codepad.org/QwR7JG2S
http://codepad.org/V9wNbJ9p

@kazak · 26.02.2010, 08:02

Не надо путать операцию поместить в поток и операцию сдвига.

@Yurii_74 · 26.02.2010, 08:24

Сообщение от taras atavin

А если написать

C++

1
2
3

int x;
int y;
cout<<x<<y;

Расставляй скобки, избегай неоднозначностей (хотя в данном примере никакой неоднозначности нет). Не заставляй коллег напрягать извилины в попытках разобрать, что ты хотел получить.
Хочешь сдвиг, пиши явно:

C++

1	cout << (x << y);

@taras atavin · 27.02.2010, 06:33 **[ТС]**

Я хочу вывод в поток, что и делает компил. Но ведь это надо знать, что порядок этого оператора всегда слева на право, так как анализ на основе только возможности вычисления операндов как раз и приводит к неоднозначности, которой на самом деле нет.

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	25.02.2010, 10:20	13
	А вычислялось оно начиная с последнего вот почему: вот у нас выражение cout<<op1<<op2<<op3<<op4; Рассмотрим каноническую форму оператора: cout& operator<<(cout&, что-то); - функция operator<<() принимает два аргумента, причем первый (левый) должен вычисляться в cout, а второй (правый) - в нечто, имеющее смысл для вывода. Рассмотрим два варианта разбора: (cout) << (op1<<op2<<op3<<op4); и (cout<<op1<<op2<<op3) << (op4); В первом варианте левый аргумент может быть вычислен (а чего его вычислять-то?) в cout, зато правый не может быть вычислен ни во что осмысленное. Поэтому этот вариант отпадает. Во втором варианте левый аргумент может быть вычислен (последовательно рекурсивно) в cout, а правый (а чего его тут вычислять-то?) - в op4. Таким образом, второй вариант приемлем для компилятора. Ну и так далее рекурсивно..... 0

@kazak 3528 / 2686 / 334 Регистрация: 11.03.2009 Сообщений: 6,168
	26.02.2010, 08:02	15
	Не надо путать операцию поместить в поток и операцию сдвига. 1

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	12.02.2010, 17:50	3
	Можно и endl, и "\n". Первое идеологически правильнее (ну и имеет кой-какие дополнительные эффекты, но это уже тонкости). 0

@taras atavin 4226 / 1795 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	24.02.2010, 05:40 [ТС]	6
	Тестил здесь. Output: 210 012 . Ну и где сдесь эффект эндла? 0

@kazak 3528 / 2686 / 334 Регистрация: 11.03.2009 Сообщений: 6,168
	24.02.2010, 07:30	7
	Это не эффект ендла, просто если несколько сиаутов идут подряд, то они выполняются в порядке объявления. А для цепной записи с права на лево. 0

@taras atavin 4226 / 1795 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	24.02.2010, 10:07 [ТС]	8
	Что такое сиауты? 0

@kazak 3528 / 2686 / 334 Регистрация: 11.03.2009 Сообщений: 6,168
	24.02.2010, 10:49	9
	Сообщение от taras atavin Что такое сиауты? cout - читается так. 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	24.02.2010, 16:35	11
	Здесь дело не в приоритете выполнения инкремента, а в вызовах функций и порядке вычисления аргументов. Ведь запись cout << что-то есть по сути cout.operator<<(this, что-то); Если "размотать" всю цепочку вызовов, то так и получится. Добавлено через 22 минуты* Апичатка: имелось в виду cout& operator<<(cout&, что-то); 0

@taras atavin 4226 / 1795 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	27.02.2010, 06:33 [ТС]	17
	Я хочу вывод в поток, что и делает компил. Но ведь это надо знать, что порядок этого оператора всегда слева на право, так как анализ на основе только возможности вычисления операндов как раз и приводит к неоднозначности, которой на самом деле нет. 0