когда нужно и ненужно использовать исключения

когда нужно и ненужно использовать исключения

https://fsharpforfunandprofit.com/rop/

https://fsharpforfunandprofit.com/rop/

Схоронил. Как раз опять в шарпе засел.

154 слайда, омагад

спасибо

RoP - не панацея, между прочим.

ничто не панацея, это всем думаю тут известно

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

RoP - не панацея, между прочим.

Кто ж спорит

Если в коде уже много static методов везде, по сути пол приложения так построено, есть ли смысл в своих задачах не использовать их?

Или уже в той же стезе идти и тоже статичные методы?

слишком размыто

Статик методы - отличная штука! У них нет зависимостей же.

Пишите статик-методы, чистые функции!

Пишите статик-методы, чистые функции!

Ага конечно)

Я серьезно! Что передал - то и получил же, вообще кайф.

Ну как я понял это ближе получается к процедурному коду

Процедурный код - это отлично.

Я серьезно! Что передал - то и получил же, вообще кайф.

прям очень серьезно или всё таки троллишь чутка?

Процедурный код - это отлично.

а, я понял, не отвечай

Пишите статик-методы, чистые функции!

Статик методы , которые будут замыкания отдавать

мы статик методы в отдельные классы выносим

Не надо замыкания, пусть они будут грязными, но с понятными сайд-эффектами

исторически это хэлперы модуля

мы статик методы в отдельные классы выносим

Короче классы хелперы

Если в коде уже много static методов везде, по сути пол приложения так построено, есть ли смысл в своих задачах не использовать их?

а как к этому отнесутся коллеги, пишущие в таком стиле? я недавно одному объяснял, почему то, что он нагородил на статических методах - абсолютно не тестируемо и у нас так никто не пишет. если бы так писали все, то подумал бы о смене работы

Ну вот даже пример SomeEntity::getByCondition($consitions);

> абсолютно не тестируемо Это вот почему же?

Ну вот даже пример SomeEntity::getByCondition($consitions);

ну это Лара?

Нет. Это вообще не фреймворк

Это чистые static методы

а переучить всех джавистов и прочих шарпистов писать на хаскеле/ocaml/f# че-то как-то сложно

Окамл вполне можно подать под видом ООП языка, это в конце концов Object caml. Там и классов и наследования завались

Ну всмысле реальные

Ну а что не так-то?

что-то у вас все сложно... для этого давро придумали решение: абстрактная фабрика, которая возвращает стратегию

Нормальный фабрика-метод, вполне даже ООП

Нормальный фабрика-метод, вполне даже ООП

во!

Трольте осторожнее, модераторы бдят.

Ну а если серьезно?

Зачем вообще писать на языках без функций as first class citizens

Зачем вообще писать на языках без функций as first class citizens

Пишу на C#, деньги платят.

Статиками костылить их, вот это всё

а под мобильные тоже нада на first class?

Че?

Если спрашиваешь то да

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

там же есть ф-решотка

f*

За эфрешетку не платют, по России - одна вакансия в нВидию с упоминанием

Можно искать не в России

Админ, ты видео пишешь...

Ыыы

ща посмотрим

Можно искать не в России

Надо либо онсайт, либо не платют, но чаще просто не надо

так а разве нельзя типа на ефрешотке тихонько написать, и сказать что так и было? дотнет же один

(new Product)->find()... Или же Product::find() в итоге гибче? Легче тестировать так понимаю первый вариант

что именно тестировать?

так а разве нельзя типа на ефрешотке тихонько написать, и сказать что так и было? дотнет же один

так в одной компании и сделали, где я два года работал

Ну ту же сущность. Ну или если в сервис классах тоже...

Я думаю HR до сих пор рады ?

Ну ту же сущность. Ну или если в сервис классах тоже...

Запомните! ТЕСТИРУЮТ API! Нельзя протестировать класс или метод или кусок кода

Запомните! ТЕСТИРУЮТ API! Нельзя протестировать класс или метод или кусок кода

А юнит-тесты зачем?

А юнит-тесты зачем?

тестировать апи же

Нет, юниты тестировать же

А юнит тест?

ERROR: S client not available

Все что сверху - замокать

а что такое юнит?

тупой вопрос: то вы имеете ввиду под апи?

апи кторые прямо типа рест и тд, или что?

интерфейс

Ну ProductService к примеру

product service - микросервис, который умножает? Хвалю, все правильно. Архитектура

Ну анемичная модель. И ее сервис

Чё сразу микросервисы, будто без них жизни нет

Я "анемчиная модель" последний раз 10 лет назад слышал, в спорах Linq2Sql vs BLToolkit, не напомнишь что это?

это ТП с анорексией

Да когда модель тупая пробка, обложенная всякими сервисами и менеджерами

провайдер и фабрики не забудь!

абстрактные

это ТП с анорексией

Нельзя же так. Только отпустило.

абстрактные

конечно, вдруг ОРМ над БД захочется поменять

Да ну вас, пойду лучше книжки читать ?

Чистый код дяди Боба

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

Он про них ассказывал

Да ну вас, пойду лучше книжки читать ?

Почитай SICP лучше

Первый раз слышу. Гуглю

Запомните! ТЕСТИРУЮТ API! Нельзя протестировать класс или метод или кусок кода

Бредятина

Естественно можно протестировать и метод и кусок кода

Бредятина

да, мастер! извини, сказал что-то не то, больше не буду

А можно не ерничать?

Естественно можно протестировать и метод и кусок кода

Ну! Просто в провайдер заворчаиваешь этот кусок, а все зависимости как контекст передаешь

а можно аргументировано?

Ну! Просто в провайдер заворчаиваешь этот кусок, а все зависимости как контекст передаешь

Можно подменить практически любое окружение кода включая соседние модули и методы

Надо только хороший AOP-фреймворк выбрать

Можно подменить практически любое окружение кода включая соседние модули и методы

можно, но нельзя