Що робить розробників C настільки цікавими, якщо “i ++ == ++ i”? [зачинено]

Просто випадкове спостереження, здається, що на StackOverflow.com виникають питання про те, якщо "++ i == i ++". Це питання постійно задають, хоча, я думаю, я бачив, що його задавали приблизно 6 або 7 разів за останні 2 місяці.

Мені просто цікаво, чому розробники C так зацікавлені в ньому? Таке ж поняття / питання існує і для C # та Java розробників, але я думаю, що я бачив лише одне питання, пов'язане з C #.

Це тому, що так багато прикладів використовують ++ i? Це тому, що є якась популярна книга чи підручник? Це тому, що розробники C просто люблять якомога більше втиснутись в єдиний рядок для "ефективності" / "продуктивності" і тому частіше зустрічають "дивні" конструкції, використовуючи оператор ++?

Я підозрюю, що принаймні частина цього трохи простіша: навіть зараз ми бачимо багато подібних питань, починаючи з початку навчального року, і вони поступово звужуються протягом року.

Я вважаю, що справедливо здогадуватися, що досить багато з них є просто результатами занять, на яких викладач хоч трохи розповідає про це, але не дуже добре пояснює свою думку (так часто, як ні тому що він насправді сам їх не розуміє). Особливо на основі людей, які, здається, задають ці питання, мало хто базується на фактичному кодуванні.

Тому що програмісти C МОЖУТЬ зрозуміти порядок операцій. Розробники C # не обов'язково використовують побітові оператори (&, |, ~) або префіксні оператори, оскільки ми зазвичай більше турбуємось про інші речі. Однак те, що ми C # devs не усвідомлюємо, - це те, що ми повинні знати, що роблять оператори, якими ми користуємося щодня та як правильно ними користуватися. Більшість із нас просто уникають місць, де це може бути проблемою.

Який вихід цього фрагмента у верхній частині вашої голови?

    double x = 5.5;
    Console.WriteLine(x++);
    x = 5.5;
    Console.WriteLine(++x);

Я б сказав, що гарна кількість досвідчених C # devs не має уявлення про те, який вихід на консоль.

Я думаю, що це очевидно. У C #, для int i, i++ == ++iзавжди помилково , а ++i == i++це завжди вірно, надійно, і все , хто зацікавлений може знайти це легко , просто навчання правилам C # (або на самому ділі, просто запустивши його).

З іншого боку, для C та C ++ це близьке до невизначеності, оскільки це залежить від компілятора, середовища виконання, платформи тощо, тому відповісти на це набагато складніше, тому його задають багато людей.

Це популярне запитання, оскільки це хитрість. Це не визначено .

Посилання, наведене вище, переходить до поширених запитань на домашній сторінці Bjarnes Stroustrup, де конкретно розглядається це питання та пояснюється, чому ця конструкція не визначена. Що там сказано:

В основному, в C і C ++, якщо ви читаєте змінну двічі в виразі, де ви також її записуєте, результат не визначений.

Якщо не визначено порядок оцінювання, це може призвести до кращого виконання коду.

Найімовірніше, тому що в C це дійсно має значення, якщо ви пишете i++або ++iколи ви робите арифметику вказівника. Там збільшення iдо або після операції може бути вирішальним. Я надам вам приклад, але востаннє, коли я писав С, було 10 років тому ...

У C # я ніколи не стикався з ситуацією, яка вимагає від мене думки i++або ++iтому, що AFAIK для циклів for / while це насправді не має значення.

Кілька років тому я прочитав, що ці оператори вважаються небезпечними, тому спробував перекопати на ньому більше інформації. Якби в цей час був stackoverflow, я б запитав його там.

Зараз це тому, що деякі кручені люди пишуть петлі типу

while( [something] )
{
  a[++j] = ++j;
}

Навіть зараз я не надто впевнений у тому, що буде / має статися, але мені цілком зрозуміло, що множина ++ [var] на одній лінії вимагає неприємностей.

Дві причини.

Правильна реалізація ++ i - збільшити i потім повернути його. Правильна реалізація i ++ полягає у збереженні поточного значення, збільшення i та поверненні збереженого значення. Знаючи, що вони не реалізуються, оскільки синоніми важливі.

Потім виникає питання, коли компілятор застосовує їх, оцінюючи вираз, наприклад, рівність.

Якщо тест рівності буде виконаний спочатку, тоді оператори до і після збільшення вам доведеться записати іншу логіку, ніж якщо спочатку оцінюються ліва (lhs) і права (rhs), а потім рівність.

Вся справа в порядку операцій, а це в свою чергу впливає на код, який пише один. І, що не дивно, не всі мови узгоджуються.

Перелік основних тестів дозволяє розробникам перевірити, чи правильні їхні припущення, а також, чи відповідає реальна реалізація мовній специфікації.

Це може мати різний вплив під час роботи з покажчиками, циклами або поверненням значень.

Я думаю, це річ з культурного шоку.

Як уже вказувалося, поведінку виразу в C або C ++ може бути невизначено, оскільки порядок виконання посткрастів тощо не є чітко визначеним. Невизначена поведінка досить поширена в C, і, звичайно, багато з цього було імпортовано в C ++.

Комусь, хто займався програмуванням іншою мовою - комусь, хто підхопив думку про те, що мови програмування повинні бути точними, а комп'ютери повинні робити те, що їм сказано робити ... ну, це шок для виявимо, що С навмисно розпливається щодо деяких речей.

Можливо, це просто те, що розробники C використовують ++ нарощення частіше загалом - бачачи, як C не має "передбачення" чи подібного твердження до ітерації через масиви. О, і звичайно арифметичний вказівник, як згадувалося раніше!

Різниця між обома частинами: посада та попередня робота працюють так, як ці дві частини коду повинні функціонувати на кожній мові. ЦЕ НЕ БУДЬ ЗАЛЕЗНИК МОВИ !!!

++i

Це попередній приріст. Цей фрагмент коду спочатку збільшить значення до того, iяк він надішле значення до рядка, де він використовується.

i++

Це приріст посади. Цей фрагмент коду поверне значення до того, iяк воно збільшить значення iв рядку, де він використовується.

В іншому невеликому прикладі:

int main(void)
{
  int i = 0; 
  int result; 
  result = 10 + ++i; 
  printf("%d \n", result); // = 11 

  int j = 0; 
  result = 10 + j++; 
  printf("%d \n", result);// = 10
  return 0;
}

Цей код збирається з результатами на кодовій панелі.

Це пов'язано з внутрішньою реалізацією перевантаження оператора.

++i збільшує значення безпосередньо (і тому трохи швидше)

i++спочатку створюється копія, яка повертається туди, де потрібно, а потім вихідне значення iзмінної збільшується на одиницю.

Сподіваюсь, це зараз зрозуміло.