- стейт https://github.com/aspnet/samples/blob/master/samples/aspnetcore/blazor/FlightFinder/FlightFinder.Client/Services/AppState.cs - инжект и размазывание по компонентам https://github.com/aspnet/samples/blob/master/samples/aspnetcore/blazor/FlightFinder/FlightFinder.Client/Main.cshtml

Сделано довольно цивильно.

ну может реализация не идеальна

на любом можно нах.рачить

И readonly есть, и IReadOnlyList. Только компоненты все равно стейт меняют у себя, напрямую дергая методы.

на любом можно нах.рачить

Да, я понимаю. Просто в таких условиях можут возникнуть довольно причудливые конструкции.

Инжектить будут куда попало, за стейтом и чистотой не следить.

сделают TEA)

Это вариант, конечно.

К какой? (я тут выпал из контекста) Сейчас пытаюсь завести react + reagent + clojure ?

?

(ну это так, что бы объективно критиковать, когда на f# + fable вернусь)

кто-нибудь сталкивался с созданием , например, word-документа в .Net Core? я могу только считывать содержимое, а хотелось бы освоить создание со своим содержимым

Это же просто XML в зипе

кто-нибудь сталкивался с созданием , например, word-документа в .Net Core? я могу только считывать содержимое, а хотелось бы освоить создание со своим содержимым

Я не сталкивался, но, наверное, скоро понадобится. Не подойдет? https://github.com/OfficeDev/Open-XML-SDK

ну я вроде этой библиотекой и пользовался для считывания, у меня трудности с созданием(правда могу создать пустой документ). Англоязычные ресурсы, которые я нашел представляют из себя код на C#, где много воды с инициализацией, объявлений, а в самом главном (для меня) блоке кода/функции закомментированные строки, где написано "тут творится магия по наполнению контентом". Ну и я по ходу чего-то не понимаю

ну я вроде этой библиотекой и пользовался для считывания, у меня трудности с созданием(правда могу создать пустой документ). Англоязычные ресурсы, которые я нашел представляют из себя код на C#, где много воды с инициализацией, объявлений, а в самом главном (для меня) блоке кода/функции закомментированные строки, где написано "тут творится магия по наполнению контентом". Ну и я по ходу чего-то не понимаю

https://msdn.microsoft.com/en-us/library/office/ff478190.aspx

В документации к библиотеке есть такие примеры.

спасибо! я посмотрю

Инжектить будут куда попало, за стейтом и чистотой не следить.

Ну я думаю будут свои подходы к управлению состоянием. Как в ангуляре в рамках компонентов и всяких сервисов отдельно

Ну я думаю будут свои подходы к управлению состоянием. Как в ангуляре в рамках компонентов и всяких сервисов отдельно

Или не будет.

Или не будет.

Ну с другими фреймворками все это есть)

Ну с другими фреймворками все это есть)

Я к тому, что сторонние фреймворки-то появятся, просто сам Blazor не будет форсить.

Посмотрим. :)

Кто на ты с батниками? Подскажите, что за дичь, у себя запускаю - все работает, в сборке у пул реквеста - падает Изменения https://github.com/Microsoft/visualfsharp/pull/4660/commits/e3dcbaaed6cee6af22533eacc30eb79fe24229c5 Ошибка - 11:37:08 \Microsoft was unexpected at this time. https://ci2.dot.net/job/Microsoft_visualfsharp/job/master/job/debug_default_windows_nt_prtest/760/console

Разобрался?

Да, спасибо. Проблема была в том, что внутри IF присутствовал вывод пути который содержит скобки "Program files (x86)". Интерпритатор почему то их воспринимает как чать If'a

Решилось просто выносом из if'a https://github.com/Microsoft/visualfsharp/pull/4660/commits/bfa105ab861368a4857b7338c924b0da3d89cf2c

ну я вроде этой библиотекой и пользовался для считывания, у меня трудности с созданием(правда могу создать пустой документ). Англоязычные ресурсы, которые я нашел представляют из себя код на C#, где много воды с инициализацией, объявлений, а в самом главном (для меня) блоке кода/функции закомментированные строки, где написано "тут творится магия по наполнению контентом". Ну и я по ходу чего-то не понимаю

1. Посмотри на либу ClosedXML, по отзывам она чуть поудобней (это враппер вокруг OpenXML). 2. В составе OpenXML была специальная программа, которая могла проанализировать готовый документ и показать тебе код, которым можно такой же документ создать. Мне кажется, это бы решило твою проблему на отличненько.

Решилось просто выносом из if'a https://github.com/Microsoft/visualfsharp/pull/4660/commits/bfa105ab861368a4857b7338c924b0da3d89cf2c

?

Решилось просто выносом из if'a https://github.com/Microsoft/visualfsharp/pull/4660/commits/bfa105ab861368a4857b7338c924b0da3d89cf2c

Вообще, у тебя хороший PR, ты молодец.

Спасибо ^_^, хотел вообще что нибудь посущественнее исправить, но споткнулся сразу же на сборке :D

1. Посмотри на либу ClosedXML, по отзывам она чуть поудобней (это враппер вокруг OpenXML). 2. В составе OpenXML была специальная программа, которая могла проанализировать готовый документ и показать тебе код, которым можно такой же документ создать. Мне кажется, это бы решило твою проблему на отличненько.

Open XML SDK Productivity Tool

Эта

@fvnever Кстати, вопрос тогда. for /f "usebackq delims==" %%i in (vswhere.exe -latest -prerelease -property installationPath) Как тут можно в in было вызвать vswhere.exe без костыля ввиде перехода к нему в папку а потом назад? %ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe никак не хотело работать

Спасибо ^_^, хотел вообще что нибудь посущественнее исправить, но споткнулся сразу же на сборке :D

У них там ещё один тест в русской локали падает.

@fvnever Кстати, вопрос тогда. for /f "usebackq delims==" %%i in (vswhere.exe -latest -prerelease -property installationPath) Как тут можно в in было вызвать vswhere.exe без костыля ввиде перехода к нему в папку а потом назад? %ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe никак не хотело работать

А в кавычки пробовал брать?

А, понял, там скобки всё ломали

Щас, дай подумаю.

Скобки ломали, да, но это другое. Тут вопрос к тому, как можно было бы компактнее записать без переходов в папку и назад

1. Посмотри на либу ClosedXML, по отзывам она чуть поудобней (это враппер вокруг OpenXML). 2. В составе OpenXML была специальная программа, которая могла проанализировать готовый документ и показать тебе код, которым можно такой же документ создать. Мне кажется, это бы решило твою проблему на отличненько.

Спасибо! возможно утилита мне действительно поможет

@fvnever Кстати, вопрос тогда. for /f "usebackq delims==" %%i in (vswhere.exe -latest -prerelease -property installationPath) Как тут можно в in было вызвать vswhere.exe без костыля ввиде перехода к нему в папку а потом назад? %ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe никак не хотело работать

Кароч, у меня (внезапно) сработало вот в такой позе: @echo off for /f "usebackq delims=" %%i in (`"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe" -prerelease -latest -property installationPath`) do ( echo %%i )

Кавычки внутри кавычек порешали.

Блин, вроде и так пробовал. Хотя не уверен, возможно вместо апострофов пытался, точно не помню уже. Спасибо, поправлю PR тогда с учетом этого

Блин, вроде и так пробовал. Хотя не уверен, возможно вместо апострофов пытался, точно не помню уже. Спасибо, поправлю PR тогда с учетом этого

А ты поясни ещё, почему у тебя там "usebackq delims==" (двойное равенство)? Я нагуглил вариант с одинарным. Хотя хз.

Для самого секрет, вообще первый раз что то в батниках правлю, ранее никак их не касался. Про то, что так можно вызвать другой exe и проанализировать вывод на месте я нагугли, в примере уже было в качестве разделителя ==, я только потом обратил внимание, но оно и так почему то работало

https://github.com/Microsoft/vswhere/wiki/Find-VC вот тут у них рецепты есть некоторые.

https://github.com/Microsoft/vswhere/wiki/Start-Developer-Command-Prompt вот тут с одинарным равенством пример.

(на самом деле хз что вообще значит этот backq delims)

Еще не понятно, почему он вообще работает c = / == в качестве разделителя, ведь вывод то вот такой и там : https://clip2net.com/s/3T8kqaH

Это пускай в MS разбираются :)

А, не, это я сейчас ступил, там же конкретное проперти берется, оно вообще без разделителей https://clip2net.com/s/3T8kIab

как интересно сделано в elmish. вроде бы синхронно должны обновляться части модели, а они обновляются асинхронно https://gist.github.com/Neftedollar/75af23e2ac4fdf284a33a295c81fdea6

http://blog.ndcconferences.com/composite-as-a-monoid-a-business-rules-example/

Нинада

Нинада

thnx

Коллеги, как-то можем усечение из elm эмулировать type Article m = { m | articleText : String }

Коллеги, как-то можем усечение из elm эмулировать type Article m = { m | articleText : String }

А что за задача?

Коллеги, как-то можем усечение из elm эмулировать type Article m = { m | articleText : String }

Наследование же!

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

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

Что значит "не работает"?

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

Не работает, если открыть отдельный файл без sln.

Не работает, если открыть отдельный файл без sln.

Открыто решение с 2-мя проектами

@yerumaku Перезапуск помогает?

@yerumaku Перезапуск помогает?

Нет, есть ещё вариант ПК ребутнуть, мб что на этой десятке опять уехало. Вчера всё работало.

Наследование же!

Вот я тоже подумал, но тут наследование с уменьшением полей :|

@yerumaku Э, подожди. :) В F# Interactive надо ставить ;; в конце выражения.

А что за задача?

Да в elmish как-то не всегда удобно передавать всю модель, с другой стороны во view обычно передается только часть этой модели для этой вью, и рутовая модель просто хранит эту модель вложенной. Так что прям проблемы нет, но было бы интересено

Вот я тоже подумал, но тут наследование с уменьшением полей :|

Это какая-то новая концепция

Вот я тоже подумал, но тут наследование с уменьшением полей :|

А где там уменьшение-то?

Это какая-то новая концепция

Ага, и сейчас я понял, что она не очень нужна)

@yerumaku Э, подожди. :) В F# Interactive надо ставить ;; в конце выражения.

После ;; стало работать с alt+enter

Частичная передача - не уменьшение же

Вы мне вот лучше подскажите

Пишу я тут сериализатор один

И никак не пойму, как мне сделать привязку типа к его десериализатору

Ага, и сейчас я понял, что она не очень нужна)

Если одну модель вкладывать в другую, то потом обновлять в update внутренность неудобно

Вот я тоже подумал, но тут наследование с уменьшением полей :|

Возможно ли собрать новый "усеченный тип" через цитаты <@ @> , пробегаясь по всем полям, не включая указанные усекаемые?

Т.е. условно есть тип 'a и его десериализатор

Возможно ли собрать новый "усеченный тип" через цитаты <@ @> , пробегаясь по всем полям, не включая указанные усекаемые?

Через quotations нельзя делать типы.

Через quotations нельзя делать типы.

А чем ещё они ограничены?

Мб он просто тупит у тебя? Он частенько грузится по несколько секунд, и только после этого начинает интерпретировать ввод.

Частичная передача - не уменьшение же

Да-да, но было бы интересно все же имея рекорд type BigRecord = { FieldOne .. fieldTwo .. fieldThree} Делать другой рекорд на основе первого, но с усечением кол-ва полей. two SmallRecord<BigRecord> = { FieldOne, FieldTwo} На маленьком рекорде не так явно зачем, а из большого нафигачить кучу маленьких было бы не плохо. Чтоб можно было потом делать let func (a:#SmallRecord) = ... let bigRec = { BigRecord.FieldOne ...} let result = func bigRec Типа того

Если одну модель вкладывать в другую, то потом обновлять в update внутренность неудобно

Нормально)

Мб он просто тупит у тебя? Он частенько грузится по несколько секунд, и только после этого начинает интерпретировать ввод.

Пару минут... мб и тупит там что-то. Еще почему-то не понимает расширение от глобал "global."

Да-да, но было бы интересно все же имея рекорд type BigRecord = { FieldOne .. fieldTwo .. fieldThree} Делать другой рекорд на основе первого, но с усечением кол-ва полей. two SmallRecord<BigRecord> = { FieldOne, FieldTwo} На маленьком рекорде не так явно зачем, а из большого нафигачить кучу маленьких было бы не плохо. Чтоб можно было потом делать let func (a:#SmallRecord) = ... let bigRec = { BigRecord.FieldOne ...} let result = func bigRec Типа того

Храни модели не рекордами

Если одну модель вкладывать в другую, то потом обновлять в update внутренность неудобно

А какие альтернативы? Использовать одну модель для всех вложенных компонентов?

Храни модели не рекордами

Усекать классы?

Усекать классы?

Мимо

Списки

Списки

Как ты себе это представляешь?)