Size: a a a

2021 April 02

Т8

Т-34 85 in pro.net
Aloraman
Чтящие завет Composition-over-Inheritance в любом ооп-языке
но ведь композиция и наследование - это просто разные связи, разные вещи. Я сомневаюсь, что всегда можно адекватно заменить наследование композицией
источник

A

Aloraman in pro.net
Короч, все это началось с Activator.CreateInstance
А за активаторы, как известно, бан
Кекс придет и снесет все это обсуждение
источник

RS

Rustam Sayfutdinov in pro.net
Тут юмор не поймут😈
источник

A

Aloraman in pro.net
EgorBo
это мои мысли)
А ты в рантаймах кроме джита что еще трогал?
Lander то вроде все трогал, или кто там еще за CLR ответственен
В общем, жаль что тот доклад сорвался
источник
2021 April 03

AT

Alexey Tkachenko in pro.net
Aloraman
подгорает конечно от utf8 строк, нельзя по индексу нормально ходить
но остальные умные варианты с переменными кодировками/скиплистами много памяти будут отжирать
Потому что обращение по индексу требует линейное время
источник

AK

Andrei Kurosh in pro.net
EgorBo
полностью
Если IEnumerable<Derived> не будет подходить к IEnumerable<Base>, будет хреновато
источник

AK

Andrei Kurosh in pro.net
Aloraman
В 2021 году наследование уже антипаттерном зовут, а вы виртуальные методы обсуждаете
Любимая тема фп-фанатиков - взять одну (!) конкретную фичу из любимого языка и заявлять, что во всех остальных языках нужно срочно на нее перейти, потому что все другие подходы говно, стыд антипаттерн
источник

E

EgorBo in pro.net
источник

MS

Michael Snytko in pro.net
источник

A

Aloraman in pro.net
Ааа.. Пропозал про отдельные компоненты DateTime: DateOnly и TimeOnly
В комментах перетирания про "важный функционал": года до 1 и после 9999, разные календари, время >24 часов для Марса и других планет
источник

VO

Vitaliy Orlov in pro.net
подскажите, как отключить эти анализаторы, которые из нугета подтянулись?
источник

K

KoBa4oG in pro.net
Vitaliy Orlov
подскажите, как отключить эти анализаторы, которые из нугета подтянулись?
зочем
источник

VO

Vitaliy Orlov in pro.net
в csproj пишу вот так
<PackageReference Include="Nerdbank.Streams" Version="2.6.81">
           <ExcludeAssets>analyzers</ExcludeAssets>
       </PackageReference>


и нифига не помогает
источник

VO

Vitaliy Orlov in pro.net
KoBa4oG
зочем
пушто не хочу чинить все ворнинги от них
источник

AT

Alexey Tkachenko in pro.net
Vitaliy Orlov
пушто не хочу чинить все ворнинги от них
А они полезные?
источник

VO

Vitaliy Orlov in pro.net
Alexey Tkachenko
А они полезные?
не все...
источник

AT

Alexey Tkachenko in pro.net
Vitaliy Orlov
не все...
Убей бесполезные в .props или .csproj или поиграйся с уровнями
источник

VO

Vitaliy Orlov in pro.net
Alexey Tkachenko
Убей бесполезные в .props или .csproj или поиграйся с уровнями
проблема в том, что этот анализатор засел в самом нижнем нугете по зависимостям, и теперь эти анализаторы стали мешать во всех нугетов (а их у меня около 15), переписывать каждый, добавляя игноры - не хочу.

Мне хочется просто в текущем их отключить и решить проблему
источник

VO

Vitaliy Orlov in pro.net
я просто не понимаю, почему <ExcludeAssets>analyzers</ExcludeAssets> не отключает анализаторы из нугета.... должно же работать
источник

AT

Alexey Tkachenko in pro.net
Vitaliy Orlov
проблема в том, что этот анализатор засел в самом нижнем нугете по зависимостям, и теперь эти анализаторы стали мешать во всех нугетов (а их у меня около 15), переписывать каждый, добавляя игноры - не хочу.

Мне хочется просто в текущем их отключить и решить проблему
Directory.Bulid.props на уровне выше, например рядом с .sln
источник