Не прибавляет число к не присвоенной переменной, Что делать?

Question

[D3nch1kk]

int Mid;
 Console.Write("Введите ващ возраст: ");
 int Age = Convert.ToInt32(Console.ReadLine());
 for (int i = 1; i < Age; i++)
 {
     
     
     Console.WriteLine($"{i} лет назад вам было {(Age - i)} лет ");
     <b>Mid += i;</b>
         
     
            
            
 }
 Console.WriteLine("Среднее арифметическое ваших лет = " + Mid);

Пишет

Использование локальной переменной Mid, которой не присвоено значение

Comments

[Lynn «Кофеман»]

> Что делать?
Ну, может присвоить?

P.S. Вообще среднее арифметическое возраста одного человека это какое-то бессмысленное значение…

[#]

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

[#]

и ответ ниже обдумайте, так и только так )))

[#]

если мне не изменяет память, выделение переменных, классов, записей, в c# и dotnet вообще, сопровождается обнулением фрагмента памяти.. но в целях оптимизации быстродействия, это можно было бы и пропустить .. но это только мысли в слух к разработчикам компиляторов и среды исполнения )))
при всем том, на сколько гибким становится язык, по мере развития, он остается достаточно строгим, и требует инициализации переменной/члена класса, перед использованием. и это разумно ))
есть языки где это не требуется. в шарпе это обязаловка )))
успехов в программировании )))

[Voland69]

#, лучше так, чем в условном фортране, где вот такой пример совершенно легален

integer i         ! не инициализировано, автоматом не зануляет, условно i = 0xdeadbeef
i = i + 1         ! обычный инкремент
print(i)          ! конечно же не 1, а 0xdfadbeef или 0xdeadbef0 в зависимости от byte order

[#]

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

[#]

Voland69, сам начинал с ассемблера, далее фортран (ВУЗ).. спасибо .. навеяли волну приятных воспоминаний )))
... компилятор ассемблера на фортране это нечто (2й семестр 1го курса, 83й год )))

Answer 1

[Сергей Соловьев]

int Mid = 0;

Comments

[#]

автору вопроса D3nch1kk, в более модерновом стиле еще так можно
var Mid = 0;
компиляторы уже очень умны, по коду программы будет int. при необходимости, компилятор сам поймет если надо longint, и даже bigint )))

[#]

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

[Steel_Balls]

#, жаль, что C# скатился в функциональщину

[#]

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

[#]

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