Comments 25
Интересно. А вы koa не пробовали?
0
Не пробовал, но сейчас пролистал их страницу и не смог найти что-то про REST API. Как он предназначен для этого?
0
Совсем недавно пытался найти самый привлекательный фреймфорк для REST API и наткнулся на sailjs. Можете про него что-нибудь сказать?
+3
Выглядит интересно, правда ACL показался не настолько развитым как у LoopBack, что очень важно в комплексных проектах.
0
Sails на самом деле хорош и проверен — используйте его, и не пожалеете. LoopBack выглядит очень перспективно, но пока еще очень молодой. Можно реально использовать чистый Express/Koa, но тут я солидарен с автором — по мере роста проекта и количества функциональности, поддерживать будет все сложнее, а абстрагирование разных штук для исключения повторений приведет к «своему фреймворку» (скорее минус, чем плюс)
0
Знаете, когда вы хотите пропиарить свою библиотеку совсем не обязательно это оборачивать в «псевдо-сравнительный анализ», да еще и с библиотеками с другим подходом, да еще и с тремя похожими. Лучше честно сказать — предлагаем другой подход или/и сделать акцент на легкости перехода с руби
+7
Слушайте, у вас классный фреймворк, позволяет мигрировать с express и проксировать вызовы в монго, а вы его так плохо пиарите :)
+4
Это перевод, но я постараюсь передать этот совет Алексу Горбачёву.
И если читателям LoopBack покажется интересным, то следующую статью сделать более детальной.
И если читателям LoopBack покажется интересным, то следующую статью сделать более детальной.
+1
Для экспресса сваггер тоже есть.
+1
Какую магию нужно будет применять что бы отойти от REST в одном месте?
0
Обыкновенную Express-магию:
The App object extends Express and supports Express / Connect middleware.
0
Можно ли вместо родных моделей использовать mongoose?
0
Плять вот зла то не хватает, загляните уже наконец-то в examples хотя бы, чтобы после обсирать express. Плюсом есть куча независимых модулей которые гибко и просто расширяют функциональность express. И еще он на порядок быстрее предложенных фреймворков.
+1
Возможно, для некоторых, лучший выбор будет в пользу чистого connect с подключенными нужными middleware.
0
Один раз я довольно элегантно решил проблему маршрутизации в express.
Для маршрутов создавал небольшой json файл, а все перенаправление вообще получилось в несколько строк. Конечно json может не самый удачный формат, но мне не много путей описать надо было.
Но lookback выглядит интересным, только у него цели немного другие чем в express.
Для маршрутов создавал небольшой json файл, а все перенаправление вообще получилось в несколько строк. Конечно json может не самый удачный формат, но мне не много путей описать надо было.
Но lookback выглядит интересным, только у него цели немного другие чем в express.
+2
Мне нравится твоё решение, конфигурацию будет легко поддерживать.
LoopBack про REST API и он также основан на Express — надёжной базе для всего.
LoopBack про REST API и он также основан на Express — надёжной базе для всего.
0
LoopBack про REST API и он также основан на Express — надёжной базе для всего.
Собственно, поэтому и не нужно было сравнивать Express и LoopBack (который расширяет Express). Достаточно было просто написать, что LoopBack добавляет отличную (кстати, на самом деле) прослойку функциональности и соглашений для быстрого построения REST-API.
0
Статью следует переименовать «Почему LoopBack лучший REST API фреймворк для NodeJS»
+2
Sign up to leave a comment.
Разработка REST API на Express, Restify, hapi и LoopBack