Фича переехала на более поздний релиз.

Кажется, в C#8 будет дефолтные методы.

Ну я и говорю - без экперимента бояться

Ну я и говорю - без экперимента бояться

Нет, просто это сложная фича, которую надо грамотно спроектировать.

Кажется, в C#8 будет дефолтные методы.

И extension everything.

Кажется, в C#8 будет дефолтные методы.

в смысле функторы?

в с++-стиле?

в смысле функторы?

Не, в смысле Default Interface Implementations.

И extension everything.

а вот с этим не всё гладко

да уж лучше бы функторы а-ля плюсы

Опять же IMHO. Появление async в FSharp спровоцировало и открыло дорогу для async в C#. Для создания тайпклассов в принципе не нужны изменения в CLR. Они нужны только для оптимизации памяти при их работе. И то только для места занимаемого кодом.

не думаю что введению тайп классов препятствует невозможность оптимизации или внутренне устройство CLR, имхо это всё мелочи. Основная причина почему их нет и по всей видимости не будет - идеологическая. Могу объяснить на пальцах, привести типичный пример кода с ad-hock полиморфизмом в действии. Не вдаваясь в подробности - тайпклассы упрощают создание обощённого кода, но значительно усложняют его понимание и использование в прикладном коде

но вот то, что у них в экстеншн-всё-подряд

экстеншн-эвент - это как?

экстеншн-поле - это зачем?

прямо скажем "экстеншн-свойства"

да, это иногда хотет

но вот то, что у них в экстеншн-всё-подряд

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

не думаю что введению тайп классов препятствует невозможность оптимизации или внутренне устройство CLR, имхо это всё мелочи. Основная причина почему их нет и по всей видимости не будет - идеологическая. Могу объяснить на пальцах, привести типичный пример кода с ad-hock полиморфизмом в действии. Не вдаваясь в подробности - тайпклассы упрощают создание обощённого кода, но значительно усложняют его понимание и использование в прикладном коде

Скажем так, по сравнению с C++ темплейтами, учитывая количество прораммистов на C++, это на порядки проще

пфф

я знаю, как это

мне не нравится, что они ограничивают это по классам

один класс расширяет один класс

Если интересно, кстати, вот Дон пару часов назад написал. https://github.com/Microsoft/visualfsharp/pull/3582#issuecomment-333613822

Для простых задач этого будет достаточно. А строить иерархии тайпклассов, вроде, никто не собирается, да? :)

Пока таки да ?

Еще года 2-3 надо чтобы сдвинуть парадигму большинства

Я бы только поверх этого добавил RFC-1024. Но пока не нашелся герой с реализацией. https://github.com/fsharp/fslang-design/blob/master/RFCs/FS-1024-simplify-call-syntax-for-statically-resolved-member-constraints.md

И, наверное, какие-нибудь алиасы для объединения SRTP констрейнтов. Кажется, я даже таких предложений не видел.

Хотя конечно от monad transformation на уровне языка я бы не отказался....

@worldbeater Тебе понравится. :) https://twitter.com/ptrelford/status/914924942457753600

@worldbeater Тебе понравится. :) https://twitter.com/ptrelford/status/914924942457753600

☝️??

https://twitter.com/FSCompService/status/915014862794784778

https://haf.github.io/2017/10/01/open-source-in-the-fsharp-community-part-1.html

https://wizardsofsmart.wordpress.com/2017/10/01/response-to-open-source-in-the-f-community-part-1/

а знает кто-нибудь чат по azure?

а знает кто-нибудь чат по azure?

@azure_russia

спасибо)

Еще можно попытать счастье в чате MSFT. @microsoftschool

я думаю во второй группе будут в основном евангелисты)

Привет!

привет! я зашёл записаться в эфшарперы. кто последний?

привет! я зашёл записаться в эфшарперы. кто последний?

Был тут один, оказался бот. :(

Довелось писать сложный UI на Winforms, wpf, silverlight и flash/flex. WPF - это вообще провал - ни тебе сколь нибудь нормального апи для рендеринга текста, ни возможностей оптимизации отрисовки когда много контента. Все виртуальные контейнеры оказались построены на недокументированном апи и самостоятельно не воспроизводились в принципе

Не стоит WPF использовать не по назначению

Рассказывали что это поделие сделано индусами едва ли в самой Индии

Но разобраться в ней сложно, да. Кривая обучения не самая пологая, скажем так

Как это не по назначению?! Просмотрщик отчетов, компонент такой

Я считаю что изучил WPF и silverlight досконально, предмет знаю

Досконально - это сколько лет опыта?

Самые приятные впечатления остались от Флеша

Пара лет полного погружения

Хотя во флэше концепция та же, но насколько проще сделано. Текстовый апи вообще лучший из виденного

Да, под флэш мы пишем на c# ?

Да, под флэш мы пишем на c# ?

Хорошо, что здесь нет детей!

Да, под флэш мы пишем на c# ?

это как?

Свой компилятор из ilasm в abc + рантайм понадерганный из моно

Дженерики, линк, исключения - все работает

Свой компилятор из ilasm в abc + рантайм понадерганный из моно

бррр.

А у Мс до сих пор нет нормального текст-апи, не считая directwrite, но тот не портируемый и вообще неудобный из дотнет-языков

В общем на десктопе пока ничего лучше Винформс

Пара лет полного погружения

Пара лет это немного

Пара лет это немного

Субъективно

Да, возможно. Факт в том что на рынке это оказалось невостребовано. Сравните рынки Винформс компонентов и WPF. Насколько я знаю разница больше одного порядка

Субъективно

Да,у меня около 8 лет суммарно

ERROR: S client not available

Вообще сейчас наверное глупо сравнивать, обе технологии на закате

Да, возможно. Факт в том что на рынке это оказалось невостребовано. Сравните рынки Винформс компонентов и WPF. Насколько я знаю разница больше одного порядка

На wpf кастомный контрол дешевле самому написать,там все просто

На wpf кастомный контрол дешевле самому написать,там все просто

А что с виртуализацией?

Свой компилятор из ilasm в abc + рантайм понадерганный из моно

Звучит довольно круто

Контрол для показа карты, чарта или PDF тоже самому написать?

Самому написать - я не про такой уровень сложности

Звучит довольно круто

Оно так и есть ?Жаль все это закрытое и умрет вместе с флешем

Тоже доводилось работать над продуктом на стыке C# и Flash - всё-таки от WPF остались исключительно положительные впечатления

А что с виртуализацией?

Ты про гриды?

А на WinForms и сейчас с нуля пишут типа? Я думал, его используют только в уже когда-то давно созданных проектах. Сам в универе сразу WPF учить стал, WinForms вообще не трогал.

У меня тоже, и от wpf и от SL но копание внутри слегка разочаровало

Лан,хорош офтопить

А на WinForms и сейчас с нуля пишут типа? Я думал, его используют только в уже когда-то давно созданных проектах. Сам в универе сразу WPF учить стал, WinForms вообще не трогал.

Пишут. Если дотнет 2.0 нужен

А на WinForms и сейчас с нуля пишут типа? Я думал, его используют только в уже когда-то давно созданных проектах. Сам в универе сразу WPF учить стал, WinForms вообще не трогал.

Наверняка есть люди, кто и на Delphi 7 начинает новые проекты

Ты про гриды?

Например, да. Но я многостраничную область просмотра документа

Чтобы не оффтопить: у меня дилемма - на чем бэкэнд для чата делать -на суаве или на жирафе?

Чтобы не оффтопить: у меня дилемма - на чем бэкэнд для чата делать -на суаве или на жирафе?

Жираф на кестрел, вроде быстрее, но все ещё не в релизе

На Суаве первом я давно написал, осталось только портировать. На жираф все заново делать, с вебсокетами работа.

Для чата на чем угодно, думаю

Там вряд ли большой рпс

Жираф на кестрел, вроде быстрее, но все ещё не в релизе

Едва ли не на порядок быстрее. Цифры красивые можно получить

Вам шашечки или ехать?

Akkanet + kestrel

Там вряд ли большой рпс

Хотелось бы, скажем, 1000 пользователей, и чаты человек по 50-100, не знаю сколько нужно рпс для этого

Akkanet + kestrel

У меня уже написано на Akka.streams через akkling. Хотелось предельную производительность

Преждевпеменная оптимизация - зло

С++

Обидно было бы просадить все бенефиты на Суаве

Или го

Нет, на Го я пробовал. Это г. а не язык, не смог себя заставить. Это для голимых прагматиков

прагматизм это хорошо