http://feathersjs.com/

Похоже на экспресс со свистелками и перделками

Ну по факту это оно и есть, из коробки много чего наобещано, вопрос в том насколько оно в реальной жизни не мешает

Вторая половина марта / через месяц

Точная дата скоро появится?)

Когда соберём ещё пару хороших докладов :)

Похоже на экспресс со свистелками и перделками

Оно на нем и построено)

Есть реальный опыт с feathersjs? Выглядит неплохо, хочется узнать про подводные камни

Опыта почти нет, пытался начать на нем проект, но слишком много абстракции, легче было свое решение написать

нельзя

домашка нынче не простая у школьников (

Опыта почти нет, пытался начать на нем проект, но слишком много абстракции, легче было свое решение написать

О, спасиб

Пока что из реальных вещей которые просто работают это loopback

Но внутри такое уг

Это с Университета - подготовительные курсы при Информационном универе.

Это с Университета - подготовительные курсы при Информационном универе.

лажа какая-то

лажа какая-то

Вы математику очень хорошо знаете?

я про универ

он даже не гуглится https://www.google.se/search?q=%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D0%B9+%D1%83%D0%BD%D0%B8%D0%B2%D0%B5%D1%80&gws_rd=cr&ei=zPqrWKHTNoK6swHc061w

в общем домашку решать надо самому

Абстракции много не бывает

Если для тебя в программировании много абстракций гоняй регистр на асемблере

Вот там абстракций в самый раз

если задача гонять регистры то бывает :)

Абстракции много не бывает

вот это не правда. вот в гошечке мало абстракций и там все ок. да читать возможно больше но код понятнее. не надо увлекаться абстракциями чересчур

Ну да абстракции ради абстракций никому не нужны, но весь смысл языков программирования это создать достаточно много абстракций что бы ты написал что то типа await get().fetch().map((i)=>{I.post()}) и оно работало без необходимости тебе думать как регистр гонять

Любую проблему можно ввести введением дополнительного уровня абстракции. Кроме проблемы большого количества абстракций.

если считать это проблемой

это очень большая проблема. JavaEE яркий тому пример, там уже абстрации ради абстракций и полнейшее говно на выходе. хотя начиналось все так же, хотели чтобы разрабам было якобы проще

если считать это проблемой

Конечно это проблема, разбираться же сложнее.

Да ладно, не так все плохо в JavaEE

В целом ничем не хуже чем в тех же рельсах

ну это сейчас или ты про то что раньше было?

Ну я года 3 не слежу ни за тем ни за другим

Да ладно, не так все плохо в JavaEE

если углубится, то там же хуже некуда, это просто днище дна, вендорлок на ведорлоке, жирные и тупые сервера приложений, будто просто начинаешь проваливаться в бесокнечный фрактал технологического отсоса, переодически больно ударяясь во время падения об какую-нибудь мутную хуйню типа ibm mq.

Как раз вендорлока нет, куча имлементаций

если углубится, то там же хуже некуда, это просто днище дна, вендорлок на ведорлоке, жирные и тупые сервера приложений, будто просто начинаешь проваливаться в бесокнечный фрактал технологического отсоса, переодически больно ударяясь во время падения об какую-нибудь мутную хуйню типа ibm mq.

сохранил

которые заказывают у вендора. большие корпорации доверяют только большим корпорациям, итд хуйня в том же духе. но на деле оказывается, что "имплементация" вертела стандрат на болту

сохранил

Тоде

Ну до какой то степени, да

Также как и с любым другим стандартом

это очень большая проблема. JavaEE яркий тому пример, там уже абстрации ради абстракций и полнейшее говно на выходе. хотя начиналось все так же, хотели чтобы разрабам было якобы проще

Чет мы какую-то разную JavaEE видели, видимо. С JavaEE как раз обратная проблема - в ней столько всего всякого разного, что это всё за раз среднему проекту, в котором нет каких-нибудь распределенных транзакций на несколько дата-сторов, не надо. Поэтому, внезапно, JPA, который входит в JavaEE спецификацию, используют частенько отдельно.

Или те же сервлеты. Как бэ... ну надо внимательно сначала глянуть на сервлеты, а потом на express, например

Не всё, конечно, так радостно и сочно в JavaEE мире, да и сейчас редко кто пишет труъ корпоративный софт

Но я очень сильно не согласен, что вся EE это абстракции ради абстракций.

Ну, и к слову, современные сервлеты в реинкарнации 3+ вполне себе втаскивают по скорости.

Ладно, у меня вопрос. MERN стек. Сбегали в монгу, получили документ, теперь хотим отдать его в виде JSON-а клиенту.

Только я не хочу отдавать весь документ и в таком виде, как он пришёл. Мне надо _id переименовать в id. Пару полей скрыть, пару сгенерировать из базовых (например full name слепить из firstName и lastName), и еще у меня в документе есть массив с какой-нибудь херней, у которой надо сделать то же самое для каждого вложенного объекта.

В общем чем view реализовать-то?)

У меня сейчас доморощенная библиотека с декларативным синтаксисом, быстрая как сотона, но она кое-чего не умеет. Есть подозрение, что это классный, но велосипед

Вопрос. Чего люди для этого используют?

У меня сейчас доморощенная библиотека с декларативным синтаксисом, быстрая как сотона, но она кое-чего не умеет. Есть подозрение, что это классный, но велосипед

А что именно тебе не нравится? Или ты просто ищешь true way?

Да, я скорее true way ищу. Оно у меня вот так сейчас выглядит

Я понимаю, что я реализовал что-то вроде XSLT для JSON.

Наверняка я не первый такой

Я иначе вижу работу с данными. В монге ты хранишь данные, а модель данных заворачиваешь в функцию, которая преобразовывает твой объект в то, что тебе нужно

А модель данных у нас кто?

Я работаю в mongoose, но, честно говоря, не использую весь его функционал. Думаю разобраться с нативным драйвером

ERROR: S client not available

А модель данных у нас кто?

Не модель данных, а документ

Я тоже mongoose использую. Он мне вытаскивает документ, который, ну типа, со схемой. На нем у меня есть куча всяких методов - и статических и методов инстанса

С помощью них я делаю бизнес-логику

Ребята вопрос на засыпку, adwords api кто нибудь юзает?

Ребята вопрос на засыпку, adwords api кто нибудь юзает?

Я

Ребята вопрос на засыпку, adwords api кто нибудь юзает?

В ЛС не отвечаю

И вот после того как сделал - у меня остаётся, ну вот в случае с примером на картинке, школа. Но в ней есть уйма всего, что участвует в бизнес-логике, но что пользователю не нужно, или нужно в другом виде. Соответственно это я отрезаю это или еще как-то модифицирую. Понятно, что это может быть просто функция, в которой я императивно всё нужное делаю.

Я тоже mongoose использую. Он мне вытаскивает документ, который, ну типа, со схемой. На нем у меня есть куча всяких методов - и статических и методов инстанса

Монгус жирнее нативщины Буду копать monk и нативный

A V, [21 февр. 2017 г., 20:30]: поясни там апи разные если смотреть свои данные или чужие через oauth2 а то зашел и потерялся ссылка на ссылке туда сходи зарегай дев токен

мультиаккаунт и прочее

И вот после того как сделал - у меня остаётся, ну вот в случае с примером на картинке, школа. Но в ней есть уйма всего, что участвует в бизнес-логике, но что пользователю не нужно, или нужно в другом виде. Соответственно это я отрезаю это или еще как-то модифицирую. Понятно, что это может быть просто функция, в которой я императивно всё нужное делаю.

У монгузы можно просто toJSON метод переназначить

Монгус жирнее нативщины Буду копать monk и нативный

а чем мешает? может у меня какой-то самый популярный кейс, но я вижу, что mongoose покрывает все юзкейсы, плюс вся бизнес-логика в него и легла. Что весьм удобно. Плюс всякие радости из коробки, типа descriminators

У монгузы можно просто toJSON метод переназначить

это неправильно, у меня в разных местах разные представления данных. Хотя бы по уровням доступа

Да и вообще, слой http view уносить в модель странная затея

это неправильно, у меня в разных местах разные представления данных. Хотя бы по уровням доступа

Так когда ты достаешь объект- ты также можешь пароль достать и остальные данные. Он удаляет их только когда к JSON-у приводится объект

JSON только для view и нужен У монгуза модель можно к обычному объекту привести, можно в JSON

Не, смотри, есть у меня школа. В ней классы. Вот самый главный админ в ней видит хуеву гору всяких настроек (http endpoint #1), а простой смертный только название (http endpoint #2). Или ты предлагаешь держать всю логику доступа в одном toJSON ?

Это я еще не признался в том, что вьюхи-то на самом деле активные и весьма бодро спрашивают базу, потому что в ряде случаев происходит еще более глубока денормализация данных, чтобы клиент лишний раз не бегал в API) Но это другая история, да)

Я от другого пляшу В toJSON я удаляю то, что нигде не должно быть видно. А то, что зависит от бизнес-логики, разруливается уже самой бизнес логикой

Так этих "нигде" может быть несколько. Или у тебя оно всегда одно?

Всю логику доступа в toJSON неправильно перемещать

Например, никто не должен получить хеш и соль Они удаляются в toJSON

Нигде в проекте версию документа не нужно знать- тоже удаляется

Можно было на уровне монгузы удалить версию, вроде как, но как ты говорил, это другая история)

Ребзь, в чем сложность программирования на express, koa?

за компом приходится сидеть еще и печатать (

за компом приходится сидеть еще и печатать (

и даже думать!

ваще жесть