- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
try
{
using (var context = new vbEntities())
{
var DBF = new DBF();
var dt = DBF.GetAll(@"C:\Users\.........\Documents\BNKSEEK.DBF");
int i = 0;
progressBar1.Maximum = dt.Rows.Count;
foreach (DataRow dr in dt.Rows)
{
var row = new Bank();
row.BIK = dr["RKC"].ToString();
row.CityName = dr["NNP"].ToString();
row.Address = dr["ADR"].ToString();
row.Name = dr["NAMEP"].ToString();
row.KS = dr["KSNP"].ToString();
row.Phone = dr["TELEF"].ToString();
row.OKPO = dr["OKPO"].ToString();
context.Bank.Add(row);
progressBar1.Value = i++;
}
context.SaveChanges();
}
}
catch (Exception ex)
{
MessageBox.Show(ex.Message, "Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
}
}
Это сарказм такой?
http://msdn.microsoft.com/ru-ru/library/bb383973.aspx
Компилер сравнит типы String и MemoryStream - разные, но MemoryStream наследуется от Stream. Хмм, Stream наследуется от MarshalByRefObject и реализует IDisposable, тоже не String итд.
С var компилируется явно быстрее. Имя переменной говорит больше чем тип, если в команде нет дегенерата, именующего переменные a1, a2, qwe. Никто же не будет умножать customerId на shopId, если они интовые. С var имя переменной всегда с одним смещением от начала строки записано, читать легче.
против
Лучше писать что-то другое, а потом quick fix? Ваши недоиде не показывают реальный тип var?
советую почитать коментарии
кстати, если вы читали эту статью, то поняли бы что в связке с var переменную следует называть currentItemTextValue
Так долго с ней многие боролить :)
Ты так говоришь, как-будто без var компилятор этого определения типа не делает :) Один хер же будет выводить тип и сверять с типом, который стоит слева.