*asp.net mvc

но это же невозможно

асп компилится

может для каких-то конкретных типов проектов только

асп да, но js/html/css

для верстки только

Я считаю, можно и dll-ку в работающем приложении подменить, было бы желание.

асп не так работает

* и необходимость, конечно

Давайте проверим уровень чатика, кто уже распробовал Relay и GraphQL?

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

graphQL не пробовал, но читал мануал по нему

и мне понравилось - хочу попробовать

только желание, возможно на следующей неделе будем пробовать

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

или работа, где используют новые технологии и много проектов ))

Часто еще и хорошо платят. За всем этим - к нам :) www.startup-makers.ru

Hiring. Hiring everywhere😊 toy_story.jpg

Часто еще и хорошо платят. За всем этим - к нам :) www.startup-makers.ru

описание прямо как в http://noveogroup.ru/f/nodejs, уважаю

Давайте проверим уровень чатика, кто уже распробовал Relay и GraphQL?

а какой уровень мы проверям?)

Денис хотел попиариться

оу)) я смотрел graphQl - но пока не вижу смысла его использовать)

А правда, что всех средней руки node-разработчиков в Москве купил AliBaba?

либо я не средней руки, либо это не правда…

А просвятите на счет алибабы, зачем им node-разработчики?

С GraphQL знакомился, но пока не уверен, что он мне нужен. Хотя с React тоже самое было, долго вокруг да около ходил.

А просвятите на счет алибабы, зачем им node-разработчики?

Понятия не имею, мне этот слух вбросил один тимлид, жалующийся, что не может найти себе нормальных разрабов на ноде.

Интересно, вывозят или тут офис разработки

ну уж явно в Китай всех не повезут )

Кажется, у Алибабы есть в РФ офис

Щас же дешевле всех в России держать

Часто еще и хорошо платят. За всем этим - к нам :) www.startup-makers.ru

как прикольно кнопка в форму превращается) Запомнил)

отличный способ воровать идеи

За рекламу надо платить :)

ну если уж на то пошло, то на этом ленде эта тема тоже “сворована”)

пойду ее сворую тоже

Это давно так?

да

https://github.com/npm/npm-expansions

Давайте проверим уровень чатика, кто уже распробовал Relay и GraphQL?

Используем graphql в продакшене

Используем graphql в продакшене

Какие проблемы были?

Какие проблемы были?

Никаких, разве что обертку свою написали

В чем профит?

В смысле graphql, не обертки

Можно запрашивать что тебе нужно, без каких либо модификаций на сервере

Ну и ты не стучишься на разные роуты, роут всегда один, просто запросы шлешь разные

Как то это более логично когда речь идет о данных, приятно получается

Просто это другой способ общения с сервером. Кода на сервере не всегда меньше получается.

Но следующие проекты хочется уже делать на graphql. Если речь идет об одностраничниках, приложениях вообще, как апи графкл крут и удобен.

теперь мне еще больше захотелось

И доку он сам генерит

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

Никаких, разве что обертку свою написали

Хм. А почему свою решили делать?

Хм. А почему свою решили делать?

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

Изучайте GraphQL, иначе потом долго догонять будете) https://medium.com/the-graphqlhub

“GraphiQL: GraphQL’s Killer App” @clayallsopp https://medium.com/the-graphqlhub/graphiql-graphql-s-killer-app-9896242b2125

Вот кстати да, там тоже назвали это киллер фичей

Изучайте GraphQL, иначе потом долго догонять будете) https://medium.com/the-graphqlhub

я правильно понимаю, что graphql это просто протокол, и никаких связок с реальными БД пока и ОРМ-ками пока нет?

поэтому все пишут свои велосипеды

я правильно понимаю, что graphql это просто протокол, и никаких связок с реальными БД пока и ОРМ-ками пока нет?

https://github.com/graphql/express-graphql

и шо это?

ну допустим есть миддлвары эти всякие, но с мускулем мне как работать, как оно с реальными данными работает?

похоже очень на swagger

ну допустим есть миддлвары эти всякие, но с мускулем мне как работать, как оно с реальными данными работает?

не с данными, а хранилищами данных

есть обертки вокруг mongodb, но это лишнее, ведь иногда нужно что то из редиски добрать или из других бд

кароче, GraphQL это хорошо для фронтенд разработчика, но жуткий геморрой для бэкенд разработчика

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

описываешь типы, откуда что добирать import { GraphQLObjectType, GraphQLEnumType, GraphQLList, GraphQLString, GraphQLDate, GraphQLPeer, GraphQLMessage, GraphQLUser } from 'src/graph'; import { Message, Peer, User } from 'src/models'; export const GraphQLTicketState = new GraphQLEnumType({ name: 'TicketState', values: { open: {}, adminCloseRequested: {}, userCloseRequested: {}, closed: {} } }); export const GraphQLTicket = new GraphQLObjectType({ name: 'Ticket', fields: () => ({ _id: { type: GraphQLString }, chat: { type: GraphQLPeer, resolve(source) { return Peer.findOne({ customId: source.chat, channel: source.channel }); } }, date: { type: GraphQLDate }, assignedTo: { type: GraphQLUser, resolve(source) { return User.findById(source.assignedTo); } }, assignedToHistory: { type: new GraphQLList(GraphQLUser), resolve(source) { return User.find({ _id: { $in: source.assignedToHistory } }); } }, state: { type: GraphQLTicketState }, messages: { type: new GraphQLList(GraphQLMessage), resolve(source) { return Message.find({ ticket: source._id }) } } }) });

тут монгуз обычный юзается

описываешь сам запрос import Promise from 'bluebird'; import { GraphQLList, GraphQLInt, GraphQLTicket, GraphQLTicketState, GraphQLObjectID } from 'src/graph'; import { Ticket } from 'src/models'; export const ticket = { type: GraphQLTicket, args: { id: { type: GraphQLObjectID } }, resolve(source, args) { //@TODO check return Ticket.findOne(args.id); } } export const allTickets = { type: new GraphQLList(GraphQLTicket), args: { state: { type: new GraphQLList(GraphQLTicketState) } }, resolve(source, args, { rootValue: { me, organization } }) { if (me.cannot('getAll', Ticket)) { return Promise.reject(new Error('access_denied')); } let query = Ticket.find({ organization: organization._id }); if (args.state) { query = query.where('state').in(args.state); } return query; } };

как бы все

я эту же логику могу написать на клиенте, при этом на сервере достаточно ручек для каждой модели только

профит то в итоге в чем? что у тебя на клиенте абстракция от логики бэкенда?

я вроде писал уже. абстракций тут нет никаких.

В GraphQL состав результата запроса диктуется клиентом и содержит только необходимый набор данных - лишь то, что запросил клиент и ничего лишнего. Запрос оформляется в форме иерархического набора полей, а ответ приходит в отзеркаленном формате JSON с заполнением полей необходимыми данными. Корректность запроса обеспечивается через встроенную систему проверки типов. это и есть абстрагирование от доступных возможностей бэкенда

т.е ты фразу ничего лишнего назвал абстрагированием? ну ок

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

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

я и говорил, очень похоже на swagger

но тут еще и типов полно новых

ну цель сваггера это задокументировать и предоставить rest апи

ну цель сваггера это задокументировать и предоставить rest апи

еще валидация и прототипирование апи

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