другой типичный пример - (чистое) подмножество rx

эту мысль можешь развить? не знаком с этими атрибутами

да,это хуюнит. Ты указываешь у теста эти атрибуты и в мебердату пихаешь статическую пропертю, в которой коллекция входных данных для теста. Эдакий недо FsCheck

да,это хуюнит. Ты указываешь у теста эти атрибуты и в мебердату пихаешь статическую пропертю, в которой коллекция входных данных для теста. Эдакий недо FsCheck

чем это лучше моков?

эту мысль можешь развить? не знаком с этими атрибутами

типа такого: public static TheoryData<Period, ZonedDateTime> NotSatisfiedMaxAdvanceSamples => new TheoryData<Period, ZonedDateTime> { { Period.FromDays(30), Now.PlusHours(24 * 31) }, { Period.FromDays(60), Now.PlusHours(24 * 61) }, { Period.FromDays(7), Now.PlusHours(24 * 8) } }; [Theory] [MemberData(nameof(NotSatisfiedMaxAdvanceSamples))] public void ShouldHaveAdvanceBookingRestrictionIfMaxAdvanceIsNotSatisfiedAndNoOtherRestrictions(Period maxAdvance, ZonedDateTime arrival) { var ratePlan = CreateRatePlanForAvailabilityTests(maxAdvance: maxAdvance); ratePlan.HasAdvanceBookingRestriction(Now, arrival).Should().BeTrue(); }

чем это лучше моков?

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

То есть это позволяет blackbox тестинг. И тесты не дают false negative, когда ты вообще другую хуйню сбоку прикручивал

да и вообще, ИО — источник ошибок, и логика тоже. И легче эти ошибки отлавливать поотдельности, а не ковыряться в непонятной куче поломанного говна

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

так, стоп. у тебя в примере кода не меншье, чем если был бы мок, не?

и вот эта твоя мембер дата, она ведь тоже завязана на внутреннюю имплементацию

нет, она завязана на бизнес правила

а не на то, что дергается конкретный метод где-то в недрах тестируемого кода

справедливо, кстати

кода меньше, если ты тестируешь много сценариев, а не только 1

да, понял твою мысль

спасибо

насчёт мотивации у тимы

наздоровье!

у разрабов всегда одна мотивация

хуями поразмахивать

в переносном смысле, если что

да хз. Встречал много таких, которым все похуям давно

ребят, искренне вас жаль. реально.

ребят, искренне вас жаль. реально.

если были сомнения, то не переживай, твой звонок очень важен

ну я хотя бы попытался

ребят, искренне вас жаль. реально.

Ну доставай, чо. Померяем

так я выше отписал

но без толку

так я выше отписал

ОТПИСАЛ <> ДОСТАЛ

нипанятна

есть 2 стула: мучаться без паттерн матчинга с опшнами в сишарпе или мучаться с вездесущими исключениями в сишарпе. На какой сесть?

😂😂😂 в c# наверное лучше исключения. ну придет после тебя новый разраба и начнет дальше кодить. Так он хотя бы что то сделает, а в случае с option нахер все сломает и еще скажет что ты дурак

да вот хер. У нас вся команда ценит детерменированность опшнов

есть 2 стула: мучаться без паттерн матчинга с опшнами в сишарпе или мучаться с вездесущими исключениями в сишарпе. На какой сесть?

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

так я и использую лямбды. Все равно выглядит вырвиглазно по сравнению с фаршем

и ведь сука все равно кидаю исключение, пушто резалт не завезли! О боги

ват?

должно выглядить почти также, за исключением мелких синтаксических различий. C#-версия getIther().Then(leftHandler, rightHandler).Then(anotherLeftHandler, anotherRightHangler);

вполне себе нормально выглядит

допустим, но какое это отношение имеет к чистым функциям?

не говоря уже о том, что кидать исключения - дурной тон

так ладно я все понял

я блять и сам знаю, что кидать исключения это дурной тон

но хули делать без DU

не кидать исключения

у вас на худой конец есть task, у которого есть исключения. и TaskCompletionSOurce, это если совсем своего ничего не хотите писать.

короче, детский сад, не иначе.

не говоря уже о том, что кидать исключения - дурной тон

Смотря где и зачем кидать.

Смотря где и зачем кидать.

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

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

Но вроде бы народ потихоньку отучается использовать исключения там, где ситуация не такая. Или может просто я слишком дофига с ФП кодом работаю.

ну вон выше целая простыня со статической ересью и потом второй акт с отсутствие якобы выбора в C#

должно выглядить почти также, за исключением мелких синтаксических различий. C#-версия getIther().Then(leftHandler, rightHandler).Then(anotherLeftHandler, anotherRightHangler);

ага. let validate defenition attr = match defenition, attr with | None, None -> Ok () | Some def, Some a -> Ok () | _ -> Error "message" Попробуй это так же компактно распихать по этим лямбдам definition.Match(d => ..., () => ...) и тд

компакто в каком смысле? у тебя это заняло 5 строк. в те же пять строк я вложусь в C#

прошу

я тебе выше показал

прошу

Ограничения на длину строки есть?

Ограничения на длину строки есть?

лол. Да

единственный яввный минус C# - это руками Either<T1, T2>.Method() задавать типы.

вот и все.

что тоже можно пофиксить, на самом деле.

но там уже чуть хитрее будут api

я тебе выше показал

херня там показана. Там leftHandler и rightHandler определены заранее. Это тоже строки занимает

херня там показана. Там leftHandler и rightHandler определены заранее. Это тоже строки занимает

Это могут быть и лямбды же

ну ту логику, что ты показал - это oneliner'ы

и там, конечно, лямбды

Ну и строчками меряться - это такоэ :)

та даже по таким злопидорским метрикам

все равно будет почти 1 в 1

ОПЯТЬ СТУДИЯ НА РУССКОМ

никому не рассказывай

😱

ужас

есть 2 стула: мучаться без паттерн матчинга с опшнами в сишарпе или мучаться с вездесущими исключениями в сишарпе. На какой сесть?

я за опшны

исключения по мне - безумие

с вэлютипами вообще лучше всего try паттерн

в каждую лямбду подпихивать уже типизированный eitherBuilder

на уровне API сами then/match/continueWith или как вы их там называете

не совсем. у тебя builder уже типизированный <TLeft, TRight>

что-то в стиле .Then((left, builder) => ..., (right, builder) => ...)