Причём в современном C# даже не сказать чтоб сильно хуже наших рекордов — определения по краткости приближаются к нашим.

В общем, мой поинт в том, что проблема такая действительно имеет место. А вопрос, насколько она и кого затрагивает, и как можно её наличие обойти — субъективный.

Я-то сам в F#-коде с этой проблемой не сталкивался, но понимаю тех, кто столкнулся и негодует.

А в C# есть именованные аргументы? Если нет, как тогда определить к какому опциональному аргументу относится значение?

В C# любой функции можно передавать именованные аргументы.

Хмм, прикрутить опциональные именованные аргументы вроде можно. Наверно функциональщики их просто не любят.

А они даже и прикручены, но только не везде.

А они даже и прикручены, но только не везде.

Я честно говоря не понимаю чему они помешаю, ведь оверлоадинг в F# запрещен (из-за карирования).

Придется переделывать парсинг аргументов функций.

И хранить их имена в сборках

По крайней мере для опциональных

Смотрите, вот интересный комментарий от Дона про разницу в подходах к асинхронности между C# и F#: https://github.com/aspnet/Common/pull/221#issuecomment-298888263

https://github.com/fsharp/fslang-suggestions/issues/108

https://github.com/fsharp/fslang-suggestions/issues/108

Он случаем не родственник Bartosz Milewski?))

:)

@fvnever в C# все же используют объекты-настройки, посмотри на Asp.net там все мидлвари передают именно объекты. В F# так же let result = myfunc { defaultSettings with x = 2; y = "ахахахаха, игрек строка, лол " } от C# c myBuilder.DoSomething(new Settings { x = 2, y = "да-да, это опять строка" }) ничем не отличается.

Не везде же. Я привёл настоящий пример из EF :(

Не везде же. Я привёл настоящий пример из EF :(

Это проболемы EF, а не F#

С этим согласиться я не готов!

почему?

*отошел

@fvnever @neftedollar Как вы думаете, а придирки к пунктуации сильно будут раздражать переводчиков?

@fvnever @neftedollar Как вы думаете, а придирки к пунктуации сильно будут раздражать переводчиков?

Я предлагаю с придирками делать сразу пул-реквест

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

После того, как смержат PR с переводом?

Ну, ок. Не забыть бы только.

Можешь делать PR к PR :)

Или спроси разрешения и дропни коммит прямо в ветку с PR.

Сложно.

Ладно, дело сделано.

Дальше просто буду сам править.

Мокрое дело!

Vova Привет!

Добрый!

Пришёл по ссылке из хабра, что люди умные пишут про фшарп:)

Ничего себе. Кто-то про нас на хабре пишет?

Где?

https://habrahabr.ru/company/jugru/blog/328042/#comment_10205606 понятно кто пишет :)

Ничего себе. Кто-то про нас на хабре пишет?

Уверен что скоро будут писать больше

Alexander Привет!

Всем привет!

Привет

Привет)

@fvnever @neftedollar Как вы думаете, а придирки к пунктуации сильно будут раздражать переводчиков?

Стоит спросить у переводчиков. У меня с пунктуацией плохо, я бы спрашивал)

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

Теряется момент обучения у переводчика, и он не научится пунктуации

https://www.reddit.com/r/programming/comments/6a3uu6/the_new_aspnet_core_20_packages_can_no_longer_be/dhbvcgy/

По поводу дебага кстати

зачем нужон макбук

Есть теория что это Юникс не вызывающий красноглазия

Правдивая теория. После 4 лет на арч линуксе сижу 2.5 года на макОсе и нету желания даже грузить линух.

Кто там говорил, что дебаг тестов не нужен? :) Покажись

А такие были?

(Тесты не нужны, только типы)

(Менеджерам это скажи)

Нужны и тесты, и типы.

Кто там говорил, что дебаг тестов не нужен? :) Покажись

C# :absolute disgusting: ? (там без дебага тестов никак)

И как быть? :)

Не писать тестов?

Когда .Net Core F# запилят поддержку в VS?

@Dolfik К июлю обещали.

Я тут подумал, мб имеет смысл написать пока для .Net Framework в VS, а потом сделать порт под Core?

По поводу дебага кстати

Работает?

ERROR: S client not available

Короче я перенёс под .Net Framework проект, там дебаг работает, и тесты успешно проходят

В .Net Core через dotnet test не проходят тесты

Код одинаковый

Ниже спины у меня начинает полыхать

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

@Dolfik Что значит не проходят тесты? Что пишут?

https://gist.github.com/Dolfik1/4722bfee13d8aa5220dbb12ede513a3e

@Dolfik Ну, и код тогда. :)

https://github.com/Dolfik1/Funogram/blob/master/Funogram.Tests/Json.fs

@Dolfik У тебя тесты некорректно написаны.

@Dolfik У тебя тесты некорректно написаны.

?

Ты хочешь между двумя тестами пошарить jsonObj и jsonObjString.

А в xunit для этого особые пляски нужны.

Причём тут тест

Если в .Net Core этот код не работает, а в .Net Framework - работает

Это у меня константы

Тесты нормально работаю под .Net Core, если данные прямо в тесты заключить.

Что-то у меня желание отпадает писать на F# :(

Постоянно о грабли спотыкаюсь

@Dolfik Это не проблема F#.

Особенность xunit. :)

Особенность xunit. :)

Которому на данный момент годной альтернативы в .Net Core нет

@Dolfik Просто сделай так, как хочет xunit.

Хм, может между .net core и .net framework версиями xUnit есть разница.

Я не понимаю, какого чёрта в .Net Core и .Net Framework поведение xUnit разное

А почему бы и нет? Вдруг они решили обновить API и в «большой» дот нет забыли завести обнову.

Вполне вероятно.

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

Но я не понимаю как так сделали и нахрена

@Dolfik Просто делай по документации, и все будет нормально на любом фреймворке.