![]() |
|
||||||||||
|
|||||
|
Я же сказал – порог входа очень высокий )
Особенно сложно тем, кто всю жизнь сидел на Java-like OOP или вовсе на процедурных языках. Чем он лучше? Ну, навскидку: 1) Такой компилятор, каким он должен быть. То, что скомпилировалось – никогда не кинет исключение. Если есть ошибка – об этом компилятор скажет на понятном языке. 2) Функциональщина – чистые функции и иммютабельность. Легко прослеживать ход работы программы. 3) Все сайд эффекты выписываются через "эффекты" – описанием того, что за это сайд эффект, нежели исполнением его напрямую. Если вы делаете TDD/BDD или вообще хотя бы задумываетесь о тестах, то это потрясающий подход, позволяющий ассертить самые сложные части приложения без нужды стабать и мокать. Да и просто симпатичней. Принимая во внимание минимальное покрытие тестами и пункты вверху то можно сказать, что если скомпилилось – то можно уже в продакшн, уже работает и работает хорошо. Ну, и если делать более "классические" приложения, то с Elm Architecture получается реактивно и быстрее Vue.js или react+redux. (последний, кстати, "вдохновлялся" (спёр) всё от Elm Architecture, но с порогом входа сильно ниже. И глядите, как прижился.)
__________________
Тут мужик танцует и поёт про флэш |
![]() |
Часовой пояс GMT +4, время: 07:56. |
|
|
« Предыдущая тема | Следующая тема » |
|
|