MVC может быть активным/пассивным, поэтому событий в нем может и не быть.
А так я согласен с предыдущим комментарием. Однонаправленный поток — этот тот же самый MVC. Ничего нового не придумали.
Что на самом деле произошло?
1. работа со стейтом в одном месте помогает уменьшить разные сайд эффекты из-за мутабельности данных
2. отказались от точечной перерисовки — да какой смысл это делать, когда браузеры стали невероятно быстрыми, а большая часть компонентов очень маленькие. Бери и перерисовывай все целиком и никто ничего и не заметит.
3. мы снова получили событийную модель, на которую очень ругались в бекбоне. Говорили о том, как это сложно поддерживать, непонятно что происходит и тд. Но теперь она стала всем проще и понятнее. На самом деле мы просто уже привыкли к событиям и натерпелись связанного лапшекода и трудноподдерживаемого состояния. По факту чем меньше ваш компонент, тем проще подписываться на события, которые могут на него повлиять. Все это же самое можно делать сейчас и в бекбоне.
В Ruby есть возможность узнать место подмешивания. Нужно получить объект метода и вызвать source_location: object.method(:some_method_name).source_location. Вы получите ссылку на файл и номер строки, где этот метод определн. Это сработает даже для методов, определенных через class_eval. Часто используется в спеках или в консольке, когда нужно быстро найти исходник, который запрятан в геме.
Метапрограммирование — это то, за что Ruby и любят больше всего. Вся его лаконичность в конечном итоге сокрыта в DSL, который создают разработчики. В командной работе с ним как правило проблем нет, тк используются наработки, которые переходят из проекта в проект.
При работе с RRule.js заранее обратите внимание на то, что в нем нет поддержки EXDATE для RFC 2445 и если этот функционал планируется использовать, то лучше сразу поискать альтернативу. Если что Google calendar добавил его поддержку не так давно.
https://habrahabr.ru/post/321050/
MVC может быть активным/пассивным, поэтому событий в нем может и не быть.
А так я согласен с предыдущим комментарием. Однонаправленный поток — этот тот же самый MVC. Ничего нового не придумали.
Что на самом деле произошло?
1. работа со стейтом в одном месте помогает уменьшить разные сайд эффекты из-за мутабельности данных
2. отказались от точечной перерисовки — да какой смысл это делать, когда браузеры стали невероятно быстрыми, а большая часть компонентов очень маленькие. Бери и перерисовывай все целиком и никто ничего и не заметит.
3. мы снова получили событийную модель, на которую очень ругались в бекбоне. Говорили о том, как это сложно поддерживать, непонятно что происходит и тд. Но теперь она стала всем проще и понятнее. На самом деле мы просто уже привыкли к событиям и натерпелись связанного лапшекода и трудноподдерживаемого состояния. По факту чем меньше ваш компонент, тем проще подписываться на события, которые могут на него повлиять. Все это же самое можно делать сейчас и в бекбоне.
Метапрограммирование — это то, за что Ruby и любят больше всего. Вся его лаконичность в конечном итоге сокрыта в DSL, который создают разработчики. В командной работе с ним как правило проблем нет, тк используются наработки, которые переходят из проекта в проект.