д
ById
Size: a a a
2021 February 10
H
ById
точно, ещё s нужно дописать))
VL
Чому
Что значит почему?
А
Что значит почему?
Що ні?
D
привет всем, подскажите, насколько хорошо\плохо делать такие перегрузки ? (мне не нравится дублирование кода, но может быть ситуация когда передадут не айди юзера, а сам обьект )
вызывай во втором методе первый.
D
Що ні?
задай питання нормально. що ти хочеш взнати? раніше це був чат студентів КПІ
D
привет всем, подскажите, насколько хорошо\плохо делать такие перегрузки ? (мне не нравится дублирование кода, но может быть ситуация когда передадут не айди юзера, а сам обьект )
ты можешь не дублировать код, а вызывать первый, передавая параметром user.Id
H
ты можешь не дублировать код, а вызывать первый, передавая параметром user.Id
спасибо
А
задай питання нормально. що ти хочеш взнати? раніше це був чат студентів КПІ
Ходімо на поляну
D
Ходімо на поляну
ты точно не бот? херню какую-то пишешь
VL
задай питання нормально. що ти хочеш взнати? раніше це був чат студентів КПІ
Дурачком прикинулся просто, забей
ВE
Alexander Bikk
Я вот думаю что new Operator инетресная и хорошая идея, но это в целом ломает стиль с var.
Т.е. при нормальном стиле в коде много var user = new User(); а теперь если я хочу new то надо переходить на стиль var User = new()
В итоге какое-то время в проекте может присутствовать 2 стиля и это немного больно для глаз :)
Т.е. при нормальном стиле в коде много var user = new User(); а теперь если я хочу new то надо переходить на стиль var User = new()
В итоге какое-то время в проекте может присутствовать 2 стиля и это немного больно для глаз :)
не совсем так. будет на var User = new()
a User user = new()
ну и это полезно когда сложные типы определяешь, в основном для дженериков
a User user = new()
ну и это полезно когда сложные типы определяешь, в основном для дженериков
AB
Тебе не даст юзать var
Да, я это и имел ввиду, просто неправильно написал. Суть в разных подходах инициализации.
AB
не совсем так. будет на var User = new()
a User user = new()
ну и это полезно когда сложные типы определяешь, в основном для дженериков
a User user = new()
ну и это полезно когда сложные типы определяешь, в основном для дженериков
Понятно где и когда это полезно :)
Проблематично это использовать в старых проектах, что бы стиль не пересекался. Я об этом :)
Проблематично это использовать в старых проектах, что бы стиль не пересекался. Я об этом :)
AB
В целом все равно писать тип - хоть слева, хоть справа. И если будет внедряться на проекте новый подход, без ухода от старого, это будет больно :) а такое будет :)
ВE
Alexander Bikk
Понятно где и когда это полезно :)
Проблематично это использовать в старых проектах, что бы стиль не пересекался. Я об этом :)
Проблематично это использовать в старых проектах, что бы стиль не пересекался. Я об этом :)
Ну так это и не обязательно же, считай просто другой способ инициализации. Хотя лично я и то и это использую. var когда какой то тип из выражения linq например нужно определить, или десереализация, в остальных случаях new()
AB
Так да, это считай один подход :)
Т.к вары остаются для случая с линк и т.д.
Т.к вары остаются для случая с линк и т.д.
AB
Второй это все на варах с обычным нью
ВE
Прикол в том, что интелисенс сам после нью тип прописывает а потом предлагает отрефакторить в новом форманте )
AB
Просто когда синтаксического сахара слишком много становится, то можно прийти к ситуации когда где-то так, а где-то по другому.
В целом я не то что бы негодую, просто эта фишка с нью мне не очень понятна т.к. она ппотиворечит текущим варам в некоторых случаях
В целом я не то что бы негодую, просто эта фишка с нью мне не очень понятна т.к. она ппотиворечит текущим варам в некоторых случаях