W👑
Size: a a a
2020 December 22
g
нету доступа к тому чату
Забанили? Посмотри, какие еще есть чаты про C#.
https://github.com/goq/telegram-list#Языки-программирования
https://github.com/goq/telegram-list#Языки-программирования
P
А кому-то на практике не хватало тайпклассов в фарше? В каких кейсах?
P
Я вот тоже удивляюсь каждый раз. Обычно ими хотят заткнуть недостатки/недочеты в архитектуре, которые должны были бы решиться собственно во время дизайна.
У меня ощущение (может обманчивое) что их просят хаскелисты, по инерции..
Мне тайпклассы напоминают интерфейсы, с некоторыми нюансами
Мне тайпклассы напоминают интерфейсы, с некоторыми нюансами
P
каждый раз, когда ты писал какой-нить враппер над несколькими чужими типами, а потом работал с этим враппером
Ну это таже самая мысль) не припомню реального кэйса чтоб нужно было такие врапперы, хотя конечно наверно бывает. Ну как тут говорят, возможно мой опыт тоже не релевантный)
P
Вспомнил когда писал враппер. Есть IList, а надо было IList<My>
MS
Популярный пример: применение методов расширения Enumerable к массивам и спискам. У тебя есть массив, ты хочешь его отфильтровать и на выходе получить массив (или то же самое со списком). Тебе приходиться вызывать методы
Если бы в языке были тайп классы, а не интерфейсы, они возвращали бы тот же самый тип, к которому их применили.
ToArray или ToList в конце цепочки LINQ-методов.Если бы в языке были тайп классы, а не интерфейсы, они возвращали бы тот же самый тип, к которому их применили.
Where для массива возвращал бы массив.I
Такой подход бы потребовал реализовать специализированные методы для каждой коллекции так или иначе
I
а не просто энумератор
MS
Такой подход бы потребовал реализовать специализированные методы для каждой коллекции так или иначе
Ну да, тайп-классы так и делаются. Ты описываешь некий аналог интерефеса и потом делаешь его реализацию для своего типа.
I
но по идее помогло бы убрать всякие интерфейсные аллокации с другой стороны