Сообщение Re[4]: Кто что думает про GraphQL? от 16.02.2017 10:36
Изменено 16.02.2017 10:39 swimmers
Re[4]: Кто что думает про GraphQL?
Здравствуйте, Gattaka, Вы писали:
G>Здравствуйте, swimmers, Вы писали:
S>>Здравствуйте, Gattaka, Вы писали:
G>>>Здравствуйте, scf, Вы писали:
scf>>>>Ссылка: http://graphql.org
scf>>>>Вкратце: Новый подход к построению сетевых API, отдающих данные в виде JSON. Интересен простым, в том числе в реализации, и мощным языком запросов.
scf>>>>Кто-то уже ковырял? Быть может, использовал?
G>>>Давно присматриваюсь. А насколько хорошо, что клиент содержит в себе бизнес-логику? Т.е. запросы к базе по факту составляются на клиенте. Косяк! То, что они транслируются и что не напрямую — это все спецэффекты.
S>>Я бы не был столь категоричен.
G>Это почему же? У вас клиент формирует запросы и в случае удаления сущности из домена нужно поменять кучу кода в клиенте.
Я не говорю, что это всегда правильно или всегда не правильно.
В каждом случае могут бы свои нюансы, связанные с производительностью, стоимостью поддержки и развития, наличия тех или иных специалистов т.д.
В примере с удалением домена, подозреваю, без переделки кучи кода все равно не обойтись.
G>Здравствуйте, swimmers, Вы писали:
S>>Здравствуйте, Gattaka, Вы писали:
G>>>Здравствуйте, scf, Вы писали:
scf>>>>Ссылка: http://graphql.org
scf>>>>Вкратце: Новый подход к построению сетевых API, отдающих данные в виде JSON. Интересен простым, в том числе в реализации, и мощным языком запросов.
scf>>>>Кто-то уже ковырял? Быть может, использовал?
G>>>Давно присматриваюсь. А насколько хорошо, что клиент содержит в себе бизнес-логику? Т.е. запросы к базе по факту составляются на клиенте. Косяк! То, что они транслируются и что не напрямую — это все спецэффекты.
S>>Я бы не был столь категоричен.
G>Это почему же? У вас клиент формирует запросы и в случае удаления сущности из домена нужно поменять кучу кода в клиенте.
Я не говорю, что это всегда правильно или всегда не правильно.
В каждом случае могут бы свои нюансы, связанные с производительностью, стоимостью поддержки и развития, наличия тех или иных специалистов т.д.
В примере с удалением домена, подозреваю, без переделки кучи кода все равно не обойтись.
Re[4]: Кто что думает про GraphQL?
Здравствуйте, Gattaka, Вы писали:
G>Здравствуйте, swimmers, Вы писали:
S>>Здравствуйте, Gattaka, Вы писали:
G>>>Здравствуйте, scf, Вы писали:
scf>>>>Ссылка: http://graphql.org
scf>>>>Вкратце: Новый подход к построению сетевых API, отдающих данные в виде JSON. Интересен простым, в том числе в реализации, и мощным языком запросов.
scf>>>>Кто-то уже ковырял? Быть может, использовал?
G>>>Давно присматриваюсь. А насколько хорошо, что клиент содержит в себе бизнес-логику? Т.е. запросы к базе по факту составляются на клиенте. Косяк! То, что они транслируются и что не напрямую — это все спецэффекты.
S>>Я бы не был столь категоричен.
G>Это почему же? У вас клиент формирует запросы и в случае удаления сущности из домена нужно поменять кучу кода в клиенте.
Я не говорю, что это всегда правильно или всегда не правильно.
В каждом случае могут бы свои нюансы, связанные с производительностью, стоимостью поддержки и развития, наличия тех или иных специалистов т.д.
В примере с удалением сущности из домена, подозреваю, без переделки кучи кода все равно не обойтись.
G>Здравствуйте, swimmers, Вы писали:
S>>Здравствуйте, Gattaka, Вы писали:
G>>>Здравствуйте, scf, Вы писали:
scf>>>>Ссылка: http://graphql.org
scf>>>>Вкратце: Новый подход к построению сетевых API, отдающих данные в виде JSON. Интересен простым, в том числе в реализации, и мощным языком запросов.
scf>>>>Кто-то уже ковырял? Быть может, использовал?
G>>>Давно присматриваюсь. А насколько хорошо, что клиент содержит в себе бизнес-логику? Т.е. запросы к базе по факту составляются на клиенте. Косяк! То, что они транслируются и что не напрямую — это все спецэффекты.
S>>Я бы не был столь категоричен.
G>Это почему же? У вас клиент формирует запросы и в случае удаления сущности из домена нужно поменять кучу кода в клиенте.
Я не говорю, что это всегда правильно или всегда не правильно.
В каждом случае могут бы свои нюансы, связанные с производительностью, стоимостью поддержки и развития, наличия тех или иных специалистов т.д.
В примере с удалением сущности из домена, подозреваю, без переделки кучи кода все равно не обойтись.