S🕶
я все токи предпочитаю называть нормально, потом если код расширяется проблем меньше
Size: a a a
2020 June 25
SI
Похвально, у меня вообще хронические проблемы с неймингом
P
смотрю я .net core проект и вижу что часто вот так пишут:
userRepository.findAsync(x => x.id == ....)мне вот интересно, почему называют все x, почему не назвать user?, это ведь в понятней для человека, никогда так просто не делал и в java писал бы "user", хочу понять просто от куда ноги ростут.
Так назови как хочешь
S🕶
так ззачем называть как хочешь )) мы думаем о других программистах - доменная область должна быть понятна, всегда призываю называть вещи не "id" - а "userId"
S🕶
чтоб было понятно с чем я работаю
T
я все токи предпочитаю называть нормально, потом если код расширяется проблем меньше
не понимаю при чем тут расширяемость,ты нигде не используешь потом этот x или же в твоем случае user
S🕶
все равно даже если это в одном месте, x выглядит очень странно
S🕶
я такое только у вас в C# видел
S
я все токи предпочитаю называть нормально, потом если код расширяется проблем меньше
Да пожалуйста. Вот только конкретно в контексте linq запросов - уже понятно что это за сущности по тому, к чему запрос применяется. Поэтому, внезапно, user - уже лишние буквы, о которые спотыкается глаза и пальцы =)
Там где не понятно что за сущность - то подписывать, однозначно.
Там где не понятно что за сущность - то подписывать, однозначно.
P
так ззачем называть как хочешь )) мы думаем о других программистах - доменная область должна быть понятна, всегда призываю называть вещи не "id" - а "userId"
Смысл в классе user писать userid
s
смотрю я .net core проект и вижу что часто вот так пишут:
userRepository.findAsync(x => x.id == ....)мне вот интересно, почему называют все x, почему не назвать user?, это ведь в понятней для человека, никогда так просто не делал и в java писал бы "user", хочу понять просто от куда ноги ростут.
Часто еще называют лямбда переменную по первой букве сущности, типа если работаешь с коллецией IEnumerable<People>, то в лямбде пишешь p => p... и т.п.
P
все равно даже если это в одном месте, x выглядит очень странно
Ты for как пишешь?
S🕶
Смысл в классе user писать userid
в классе User нет смысла, от заачи зависит
SI
так ззачем называть как хочешь )) мы думаем о других программистах - доменная область должна быть понятна, всегда призываю называть вещи не "id" - а "userId"
ну так может получиться перекрытие наименований. ты делаешь переменную user, и поле у него id. что в купе получается вполне читаемо user.id
S🕶
например UserService, с методом getUserById
S🕶
я бы называл переменную которую передаю userId, а не просто id
P
я бы называл переменную которую передаю userId, а не просто id
Смысл? От названия метода ужн понятно
P
Вот если к тебя есть несколько id
P
Хотя это уже в имени метода надо указать
S🕶
так всегда кажется, лучше называть нормально то что ты передаешь,