Данный принцип не использовался так как с внешним сервисом общался gem Koala, то есть адаптер был сторонним. Создать mock объект было бы слишком накладно. Стоит так же отметить, что если мы говорим непосредственно об объекте — не всегда была бы возможность его вызвать, например в функциональных тестах моего API, потому что запросы идут через него, а только потом попадают в нужный объект.
Я не совсем понял предлагаемый принцип, если можно приведите пример. Если я правильно понял, имеется в виду написать тонкий адаптер, например для общения с фейсбуком, и потом подменять адаптер mock объектами?
Rails хороший фреймворк для создания бэкенда большинства приложений — он позволяет быстро и качественно вносить изменения в бизнес логику. Что поверх него натягивать — зависит от задачи.
Meteor нужен там, где есть богатый фротнэнд и его надо как-то увязывать с несложной бизнес-логикой. Да, этой действительно удобно писать сразу клиентсерверный код, но вы забываете что Meteor пока поддерживает только одно хранилище данных и поддерживать затем NoSQL архитектуру будет весьма накладно. Для создания MVP он однозначно подходит, но не более. Делать на нем серьезные проекты я бы пока не стал в виду того что он еще находится в бете.
Думаю из Meteor получится через 2-3 года хороший приемник рельсе на фронтэнде.
Думаю сильной стороной этой платформы будет то, что веб-разработчики, которым лень учить Objective C и Java, быстро смогут реализовывать свои идее на знакомом JS.
Существует интересная теория, по которой электромобили считаются менее экологичными в том плане, что при проихводстве электроэнергии для проезда одного километра на таком каре, получается больше выбросов, чем при сжигании бензина тем же каром. Конечно же это не касается «зеленых» источников энергии.
гемыпакеты, понятный стек и хорошее комьюнити.Rails хороший фреймворк для создания бэкенда большинства приложений — он позволяет быстро и качественно вносить изменения в бизнес логику. Что поверх него натягивать — зависит от задачи.
Meteor нужен там, где есть богатый фротнэнд и его надо как-то увязывать с несложной бизнес-логикой. Да, этой действительно удобно писать сразу клиентсерверный код, но вы забываете что Meteor пока поддерживает только одно хранилище данных и поддерживать затем NoSQL архитектуру будет весьма накладно. Для создания MVP он однозначно подходит, но не более. Делать на нем серьезные проекты я бы пока не стал в виду того что он еще находится в бете.
Думаю из Meteor получится через 2-3 года хороший приемник рельсе на фронтэнде.