ИФ
ООП на классах (не путать со статической типизацией) не проходит Бритву Оккама, по моему скромному мнению.
Size: a a a
2021 July 01
ИФ
Не несёт такой полезности, чтобы оправдать новые сущности.
KC
всем сердцем поддерживаю )
но можно же по-другому ооп использовать
но можно же по-другому ооп использовать
ИФ
А мы пихаем после запуска, и гоняем спеки, ассёрты на каждую перезагрузку нэймспейса, если нужно ;)
KC
reify + локальный стейт + протоколы например
ИФ
Я так понял, что это же всё танец с бубном вокруг того что в Яве статическая типизация построена на классах.
E
с каких именно пор - не знаю, но связаны определенно
по полю return ты указываешь "форму" (ну или тип) возвращаемого значения
:return [MyReturn]
соответственно, аналогично для
:body [MyBody]
https://github.com/metosin/compojure-api - они и в доке об ентом пишут
по полю return ты указываешь "форму" (ну или тип) возвращаемого значения
:return [MyReturn]
соответственно, аналогично для
:body [MyBody]
https://github.com/metosin/compojure-api - они и в доке об ентом пишут
ИФ
Ну и совместимость
ИФ
Можно было и без классов, как в Го
MB
Так это же просто обертка для компожуры и авторы прям там говорят что спека тоже норм и не обязательно лезть в схему
KC
Это compojure-api, отдельная либа
IG
там дичайшие макросы
ИФ
Кажется, malli и spec-alpha могут то же что и https://github.com/fthomas/refined
А может и больше, тк с malli очень легко code-gen писать
но это неточно
А может и больше, тк с malli очень легко code-gen писать
но это неточно
E
Да, обертка. Да, спека норм. Но вопрос был в том, что тут публика утверждает, что не знамо что приходит в ответах и запросах. И я на это отвечал, что это можно контролировать и знать, что приходит.
ИФ
Причём сразу на уровне refined-types, а не базового тайп-чека
ИФ
luxury elite, son
MB
Но опять же компожура – интерфейс твоего приложения, а незнамо что приходит со сторонних сервисов, которые дергаются clj-http к примеру и там она не поможет