даже грустно немного

@auduchinok , аяяяй : com.jetbrains.rdclient.util.BackendException: Analyzer 'JetBrains.ReSharper.Plugins.FSharp.Psi.Features.Daemon.Analyzers.ColorReferenceAnalyzer' threw the following exception: Ссылка на объект не указывает на экземпляр объекта. --- EXCEPTION #1/2 [NullReferenceException] Message = “Ссылка на объект не указывает на экземпляр объекта.” ExceptionPath = Root.InnerException ClassName = System.NullReferenceException HResult = E_POINTER=COR_E_NULLREFERENCE=80004003 Source = JetBrains.ReSharper.Plugins.FSharp.Psi.Features StackTraceString = “ в JetBrains.ReSharper.Plugins.FSharp.Psi.Features.Util.FSharpVisualElementFactory.getFromAppExpr(IReferenceExpr referenceExpr, IReferenceExpr qualifier) в C:\BuildAgent\work\a8f60b51115c7251\ReSharper.FSharp\src\FSharp.Psi.Features\src\Util\FSharpVisualElementFactory.fs:строка 40 в JetBrains.ReSharper.Daemon.VisualElements.VisualElementHighlighter.CreateColorHighlightingInfo(ITreeNode element) в JetBrains.ReSharper.Plugins.FSharp.Psi.Features.Daemon.Analyzers.ColorReferenceAnalyzer.Run(IReferenceExpr expr, ElementProblemAnalyzerData analyzerData, IHighlightingConsumer consumer) в C:\BuildAgent\work\a8f60b51115c7251\ReSharper.FSharp\src\FSharp.Psi.Features\src\Daemon\Analyzers\ColorReferenceAnalyzer.fs:строка 15 в JetBrains.ReSharper.Feature.Services.Daemon.ElementProblemAnalyzerRegistrar.ElementAnalyzerDispatcher.Run(ITreeNode element, IHighlightingConsumer consumer) ”

Да Василий как всегда

Ну у меня немного другой взгляд на проблемы, к сожалению

И проблемы другого характера

да дело не в твоем взгляде. Ты, по-моему, даже не пытаешься вникнуть в код

да дело не в твоем взгляде. Ты, по-моему, даже не пытаешься вникнуть в код

Так это обычный ди руками

Не понял, чем код отличается от мутабла

Создается впечатление, что если подход отличается от твоего, то это бойлерплейт/переусложнение хуе мое

Принципиально

У меня такое вот наговнякано: [<RequireQualifiedAccess>] module Ctx = let mutable wrap = fun data -> async{ return { Id = 0L; Data = [||];Resend=true} } let mutable setSalt: int64->unit = fun _ -> () let mutable sendPayload: Payload->Result<unit,ChannelError> = fun (payload: Payload) ->Result.Error (ChannelError.EmptyData) let mutable rcvStream = (EventStream<MessageData>().Stream)

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

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

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

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

Расскажи мне, как это возможно

Точнее, сценарий возможный, но очень маловероятный

Ctx.wrap <- failwith "vot tak"

Все упадет, очевидно

Но как бы человек себе сам сознательно конечность отстрелит

Так что пока аргумент не принимается

У меня такое вот наговнякано: [<RequireQualifiedAccess>] module Ctx = let mutable wrap = fun data -> async{ return { Id = 0L; Data = [||];Resend=true} } let mutable setSalt: int64->unit = fun _ -> () let mutable sendPayload: Payload->Result<unit,ChannelError> = fun (payload: Payload) ->Result.Error (ChannelError.EmptyData) let mutable rcvStream = (EventStream<MessageData>().Stream)

Это же скорее ближе к сервис локатору. Неочевидно, какие из этих статических функций нужны в конкретном методе; можно забыть присвоить какой-нибудь из функций нужную реализацию и всё сломается в рантайме; для тестов либо подсовывать везде одну реализацию, либо выполнять тесты последовательно

Я прекрасно осознаю все вышеописанное

Я прекрасно осознаю все вышеописанное

ну тем и отличается

Но когда у меня 1000+ функций, куда надо этот контекст прокинуть

Это такое себе

при том, что "бойлерплейта" не меньше. Где-то ж надо присвоить все эти штуки в твой модуль

5 строчек в одном месте

Все

э нет

Чо нет, когда да

И те, кто с кодом работают, не заморачиваются на тему

Но когда у меня 1000+ функций, куда надо этот контекст прокинуть

Так есть всегда можно дедовским фп методом - Reader и погнали. И ничего не надо прокидывать руками.

А как мне прокинуть это логирование?

тебе нужно инициализировать все это, а не только вызвать <-

Так есть всегда можно дедовским фп методом - Reader и погнали. И ничего не надо прокидывать руками.

Ну не слишком удобно, к сожалению. Хотя, возможно, я до этого подхода еще не дорос

так что я пока не вижу, как этот подход лютейше экономит мои 150 (сто пятьдесят) строк кода

так что я пока не вижу, как этот подход лютейше экономит мои 150 (сто пятьдесят) строк кода

Ну у меня их 10

Суммарно

Точнее 15

Но когда у меня 1000+ функций, куда надо этот контекст прокинуть

Если реально такой кейс, что тысячи использующих функций и всего полторы функции в контексте, то тогда, возможно, такое решение с мутабл переменными удобнее постоянного прокидывания зависимостей. С другой стороны, почему бы не завернуть 1000 функций в класс\модуль и прокидывать appEnv один раз в самом верху

Ну не слишком удобно, к сожалению. Хотя, возможно, я до этого подхода еще не дорос

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

Ну вот и аллокаций тоже не очень хочется

Я пытался к этой проблеме подойти с т.з. Романа - получалось слишком много геморроя без видимых бенефитов

я пока не вижу, в чем геморрой. В том, чтобы прокинуть 1 параметр?

или описать пару интерфейсов?

Рома , 1000 + функций

я пока не вижу, в чем геморрой. В том, чтобы прокинуть 1 параметр?

Если это идёт через всё приложение, то будет грустно с этим параметром бегать

Ну и неохота с параметром бегать, да

ну у меня просто нет этих 1000 функций, и я даже не очень представляю, откуда бы им взяться

У меня апи развесистый, скажем так

ну можт у меня, конечно, только такой кейс

собсно, это тоже решается. Ты просто делаешь 1 мутабельное поле в модуле, вместо всего контекста)

Зато оно у тебя настраивается атомарно

а у себя в этих легионах функций так же вызываешь Ctx.env.Logger

Ну и начнем с того, что я тупо не понимаю, в чем в данном случае преимущество интерфейса

Гарантия атомарности настройки окружения

но я понял, что это не модно

Нет такой гарантии

почему?

Делать мутабельное поле в каждом модуле - это, наверно, даже хуже, чем один мутабельный контекст. В каждом модуле надо инициализировать свои зависимости и не забыть, что используется внутри модуля; при добавлении новой зависимости придётся добавлять её в каждый модуль, где она нужна

r/ #BeAmazed Упавшее дерево может послужить галерей для собственных ручных работ

Делать мутабельное поле в каждом модуле - это, наверно, даже хуже, чем один мутабельный контекст. В каждом модуле надо инициализировать свои зависимости и не забыть, что используется внутри модуля; при добавлении новой зависимости придётся добавлять её в каждый модуль, где она нужна

тут будет одно мутабельное поле в это модуле контекста, а не во всех модулях, есличо

)))

Это решит только проблему того, что можно забыть инициализировать какую-то из функций контекста

В общем, о правильности той или иной реализации я спорить не готов

Если таких функций 5 штук, как у Василия, то какой смысл их заворачивать в интерфейс

Выглядит прикольно

А препроцессор html там есть?

r/ #BeAmazed Упавшее дерево может послужить галерей для собственных ручных работ

@eglyph Ты вроде бы по дереву что то делаешь

А, там есть DSL для html

Красиво :

Причем замылен только этот попап

https://www.amazon.com/dp/B08BDWYNWM

ИМХО, тут Бугаенко должен платить, чтобы его читали

https://www.amazon.com/dp/B08BDWYNWM

Надеюсь там страницы из мягкой трехслойной бумаги с ароматом каким-нибудь

И с разлагаемой в воде обложкой

Издательство Zewa

кто-нить смотрел Love Death Robots?

кто-нить смотрел Love Death Robots?

Да!

@eglyph Ты вроде бы по дереву что то делаешь

ну вроде бы

кто-нить смотрел Love Death Robots?

два раза

эпизод с коммивояжерами в пустыне - топ.