я рисовал в той штуке которая от svg :) забыл как называется

сегодня только фиксил багу, что в функцию по ошибке передавался userId вместо cardId

кто-нибудь в курсе почему такой простой код ведет себя по разному на .NET/Mono и .NET Core? https://gist.github.com/EgorBo/6bcd2719209e5dd7470aaa65b8d89ead

делаю веб апи, запросы дёргаю даппером. Столкнулся с проблемой, что все id имеют тип long и их можно перепутать. как решение, начал использовать enum RoomId : long{} отлично работает, только смущает, что это енам, что идеологически не верно. сейчас исследую возможность использовать какой-нибудь класс для ид, типа такого: class RoomId { private long Value {get; set;} public RoomId(long value) { this.Value = value; } public bool Equals(RoomId other) { return this.Value == other.Value; } } https://stackoverflow.com/questions/850306/c-sharp-deriving-from-int32

потому что нет конкретных спецификаций, когда вызывается статический конструктор. net умнее чем моно и не проводит инициализацию, а моно скорее всего инициализирует до проверки условия

ты невнимательно прочитал - моно и .нет ведут одинаково себя, это нет кор выпендривается

делаю веб апи, запросы дёргаю даппером. Столкнулся с проблемой, что все id имеют тип long и их можно перепутать. как решение, начал использовать enum RoomId : long{} отлично работает, только смущает, что это енам, что идеологически не верно. сейчас исследую возможность использовать какой-нибудь класс для ид, типа такого: class RoomId { private long Value {get; set;} public RoomId(long value) { this.Value = value; } public bool Equals(RoomId other) { return this.Value == other.Value; } } https://stackoverflow.com/questions/850306/c-sharp-deriving-from-int32

на деле разница большая

Везде написано, что статический конструктор срабатывает КОГДА-НИБУДЬ и не надо делать так, чтобы что-то зависело от времени его вызова.

оба

Зачем вообще писать как у тебя написано

Что значит перепутать лонги

это значит вызывать await userRepository.UpdatePhoto(id, photoUrl); где id, внезапно не userId

это не тот случай блин)

это слишком грубое утверждение

это значит вызывать await userRepository.UpdatePhoto(id, photoUrl); где id, внезапно не userId

А не просто айди

я не понимаю причем тут статический конструктор вообще вспомнили?

пишу, и обхожу такие места, но вот пару раз ошибся за пол года и задумался: а нет ли способа обойти эту проблему, чтобы не тратить лишние силы на то, чем должен заниматься компилятор?

пишу, и обхожу такие места, но вот пару раз ошибся за пол года и задумался: а нет ли способа обойти эту проблему, чтобы не тратить лишние силы на то, чем должен заниматься компилятор?

Нет, ты нагородишь костылей и будешь путаться ещё больше

делаю веб апи, запросы дёргаю даппером. Столкнулся с проблемой, что все id имеют тип long и их можно перепутать. как решение, начал использовать enum RoomId : long{} отлично работает, только смущает, что это енам, что идеологически не верно. сейчас исследую возможность использовать какой-нибудь класс для ид, типа такого: class RoomId { private long Value {get; set;} public RoomId(long value) { this.Value = value; } public bool Equals(RoomId other) { return this.Value == other.Value; } } https://stackoverflow.com/questions/850306/c-sharp-deriving-from-int32

Как компилятор должен знать за тебя какое поле отправлять в качестве ид?

А в EF реал но обходиться без передачи id'шников? Передавать только ентити между методами

А в EF реал но обходиться без передачи id'шников? Передавать только ентити между методами

А в EF реал но обходиться без передачи id'шников? Передавать только ентити между методами