в чем спорность?

Clr via c#, глава про проперти, раздел с критикой. Про evaluatuion пропертей которые выбрасывают эксепшн в дебаге, и многое другое

Спорный вопрос что проперти это хорошо

Наверное аргументы по умолчанию в методах тоже плохо. Для меня это вторая вещь которая после отсутствия property бесит

Clr via c#, глава про проперти, раздел с критикой. Про evaluatuion пропертей которые выбрасывают эксепшн в дебаге, и многое другое

главное не делать геттеры с побочными эффектами

остальное фигня

главное не делать геттеры с побочными эффектами

+

ну выстрелить себе в ногу можно по всякому

но зачем

геттер с побочными эффектами эквивалентен "счастливой отладки, суки"

геттер с побочными эффектами эквивалентен "счастливой отладки, суки"

аминь

а так джависты постоянно пишут мусорные геттеры/сеттеры методы в обычных ДТО

геттер с побочными эффектами эквивалентен "счастливой отладки, суки"

в БЦЛ вроде есть такие)

вот кстати единственное, что по-настоящему бесит, так это геттеры\сеттеры

к примеру какое-нибудь свойсвто типа Connection которое на геттере откроет его если закрыто)

к примеру какое-нибудь свойсвто типа Connection которое на геттере откроет его если закрыто)

БОЛЬ

просто надо относится к свойствам как методам

Многие стандартные классы в .net спроектированы через анус пса в плане эксепшнов в гетерах свойств

а не полям

Кажется тот срач из жавачатика перенёсся сюда

в общем, я ненавижу новое SDK, ненавижу новую студию, ненавижу мсбилд, ненавижу нугет, ненавижу дотмемори юнит

НЕНАВИСТЬ

ох и всё из-за отказа в мвп :(

в общем, я ненавижу новое SDK, ненавижу новую студию, ненавижу мсбилд, ненавижу нугет, ненавижу дотмемори юнит

ёжики плакали, кололись

на починку билда времени тратится раз в 5 больше чем на код

но студия стала реже падать, надо отдать должное

НЕНАВИСТЬ

главное ведь, что все живи и здоровы. Ведь правильно же?

>все нет

в общем, я ненавижу новое SDK, ненавижу новую студию, ненавижу мсбилд, ненавижу нугет, ненавижу дотмемори юнит

только в жаву не уходи )

там хуже

тогда я спокоен

пойдет на Го писать наносервисы

тут один товарищ заявил, что устал от вечного бардака в IT и ушёл в электрики

пойду в семинарию

там два-три года отучиться

Многие стандартные классы в .net спроектированы через анус пса в плане эксепшнов в гетерах свойств

DateTime.Now

а лучше исправь весь бардак пуллреквестами!

и будет душевное спокойствие

DateTime.Now

норм всё с Now

пойду в семинарию

В монастырь на Афон

DateTime.Now

+ и про это в clr via c# писали

Это должен быть метод

там рихтер неубедительно написал минусы Now

Но менять не будут чтобы не ломать совместимость

если бы Now не был статическим - тогда да

не пойму о чём речь, всякой фигни хватает во всех высокоуровневых (и не только) языках. То что стандартная библиотека содержит косяки с пропертями, не делает сами проперти плохими.

заглянул в дейттайм

https://i.imgur.com/LnmG4xz.png

и?

черной магии никогда не видел

))))))

ска

Дейт тайм очень радует, да, вчера как раз баги с синхронизацией времени чинил

А еще у таймспана свойства хорошие, есть Milliseconds, а есть TotalMilliseconds

и?

по-моему вполне очевидно

А еще у таймспана свойства хорошие, есть Milliseconds, а есть TotalMilliseconds

разные вещи же

Вчера вычитал в доке что "лучше юзайте DateTimeOffset вместо DateTime" кто нибудь так делает?

и что за баги с синхронизацией? баги дотнета?

Вчера вычитал в доке что "лучше юзайте DateTimeOffset вместо DateTime" кто нибудь так делает?

все нормальные люди так делают)

Вчера вычитал в доке что "лучше юзайте DateTimeOffset вместо DateTime" кто нибудь так делает?

Смотря где

DateTimeOffset это то, каким должен был быть оригинальный ДейтТайм

https://i.imgur.com/LnmG4xz.png

А ещё на java конфах любят упоминать что в windows, в отличие от "вменяемых" систем System.nanoTime идёт с огромной дискретностью

хорошо бы дейтайм задепрекейтить

хорошо бы дейтайм задепрекейтить

Можно, в принципе, у нас нигде его нет.

Да, вот я и юзал дейттайм и не знал

Понятно

и что за баги с синхронизацией? баги дотнета?

Баги в моем коде были вроде как, странная фигня с тиками была. А свойства таймспана просто знать надо было

У меня как раз получалась маленькая разница, поэтому не сразу заметмл

ERROR: S client not available

DateTimeOffset это то, каким должен был быть оригинальный ДейтТайм

? мне тоже он показался пизже

ну по-другому эти свойства нельзя было бы назвать

Разве не nodatime издать надо? А то скит либу пиарит

скит наркоман

и джавист в гугле

ещё чего

ну по-другому эти свойства нельзя было бы назвать

Согласен, я и не гоню на таймспан)

При работе с международными сервисами DTO просто необходим.

А ещё на java конфах любят упоминать что в windows, в отличие от "вменяемых" систем System.nanoTime идёт с огромной дискретностью

пушто джависты не смогли свою базовую библиотеку работать с QueryPerfomanceCounter

или что

У нанотайм какая точность?

Народ было ли у кого - паблиш в Azure (Web Deploy) зависает на паблишинге или удалении файлов. Крутилка идет и идет... и не понятно, он делает что то или нет. Обычное флоу - это длится не ~10 минут.

у меня бывает что пишет что файл занят, и приходится стопить сайт

Такой кейс гуглил, но у меня ничего не пишет.

не благодари

Там в XML конфиге можно сделать переименование таких файлов, или стопорить процесс котрый его занял.

где слеза из глаза?

Как будто чужой смотрит прямо в душу

этот треугольник уже кто-то использует

Лого огонь. Просто...

мы уже так фреймворк переименовали

из-за торговой марки

Гипножаба в истерике бьётся

из-за торговой марки

Xceed забрал название Avalon?

https://i.imgur.com/KnpTIRK.png

ну вы понели

Xceed забрал название Avalon?

оно раньше Perspex называлось

но идея с продолжением треугольника мне нравится

Gravity falls?

а причём тут билл?

рофлю я