|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Добрый день. Помогите, пожалуйста, прояснить несколько моментов по gRPC. У меня есть несколько прикладов с серверной частью и мне надо настроить балансировку на стороне клиента. Я посмотрел несколько туториалов и статей, написал код, он работает, но некоторые моменты остались неясными. Насколько я понимаю, для того, чтобы клиент понимал, куда ему ходить, надо реализовать NameResolverProvider: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42.
Для клиента этот провайдер надо зарегистрировать и далее построить канал. Для построения канала используется метод forAddress или forTarget. В методе forAddress у канала указывается только один хост и порт, но ведь серверов несколько. Как указать несколько серверов? Или для каждого свой канал нужен? В методе forTarget указывается строка и я не могу понять по примерам, что в ней должно быть, как правильно ее указать Код: java 1. 2. 3. 4. 5. 6.
... |
|||
:
Нравится:
Не нравится:
|
|||
14.12.2021, 23:30 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Timein, Прошу прощения, а почему бы балансировку нагрузки не делать на серверной стороне? Это вроде бы стандартное решение... <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 17:17 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, +1 ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 17:35 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Клиентская балансировка тоже используется. Причем есть такие продвинутые драйверы которым не нужен арбитр типа Zookeper. Клиент сам решает куда ходить согласно настройкам. Создатели Cassanra в своих семинарах и конфах часто хвастаются тем какой у них продвинутый драйвер (клиент). Для них это удобно. Особенно в одноранговой среде где все серверы одинаковы и могут быть к примеру частично недоступны. Я не утверждаю что их подход годится везде. Просто и такой подход есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 18:33 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mayton Клиентская балансировка тоже используется. Причем есть такие продвинутые драйверы которым не нужен арбитр типа Zookeper. Клиент сам решает куда ходить согласно настройкам. Создатели Cassanra в своих семинарах и конфах часто хвастаются тем какой у них продвинутый драйвер (клиент). Для них это удобно. Особенно в одноранговой среде где все серверы одинаковы и могут быть к примеру частично недоступны. Я не утверждаю что их подход годится везде. Просто и такой подход есть. Да. Это можно сделать. Но это не стандартное решение. И надо будет писать свой клиент/обертку с балансировщиком нагрузки. Вопрос только в том стоит ли это делать? <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 19:21 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, я кстати этот туториал что публикует Timein, находил где-то неделю назад. Вот где-то в блогах по ЖРПЦ https://grpc.io/blog/ Я думаю что там - больше инфы по топику. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 19:26 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Кста, сабж это альтернатива рест ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2021, 19:30 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Кста, сабж это альтернатива рест Скорее не REST, а SOAP. <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 17:18 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, Это три альтернативы исторических SOAP - > REST - > gRPC - > ? Что дальше не знаю. REST не ушел со сцены так как SOAP. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 17:36 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Это не альтернативы. Ну и исторически как раз полностью наоборот RPC ---> SOAP (RPC via HTTP) (по вики RPC --> XML-RPC (1998) --> SOAP ) AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 17:50 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, Не RPC а gRPC от гугла свеженькое. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 17:57 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev, Их качает из стороны в сторону конечно. Не понравился текст протокола, новый rpc изобретают ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 17:58 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
gRPC использует Protobuf в качестве технологии сериализации данных. Ценная штука. Тоже гугл создавал под свои нужды. Есть интересное преимущество. Protobuf закладывает возможность эволюции протокола с сохранением частичной совместимости. Тоесть новый сервер к примеру должен понимать бинарные месседжи отправленные старым клиентом. Поддерживается ли такая эволюция в SOAP? Я честно говоря не помню. Кто помнит как это в соапе? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 18:17 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mayton gRPC использует Protobuf в качестве технологии сериализации данных. Ценная штука. Тоже гугл создавал под свои нужды. А года три смотрел на этот Ваш ProtoBuf под профайлерром в Java. Ценный сорт гуана. Для КАЖДОГО элемента эти "разработчики" умудрились создавать в цикле и ЭЛЕМЕНТ и ФАБРИКУ. Может поправили, а может нет. Не интересно. Но Java библиотека (3-4 года назад) была закодирована шедеврально. Паттерны, фабрики - это конечно круто... но занафига их создавать для КАЖДОГО элемента. Ну и итог: потребление памяти в 2-а раза больше, чем нужно, скорость работы аналогично в два раза медленнее. AFAIK ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 18:23 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mad_nazgul, Это три альтернативы исторических SOAP - > REST - > gRPC - > ? Что дальше не знаю. REST не ушел со сцены так как SOAP. Ну смерть SOAP сильно преувеличена. :-) У нас во многих государственных проектах интеграцию в основном на SOAP делают. А так, на замену REST, скорее GraphQL пихают, чем gRPC. У нас на проекте как раз между сервисами gRPC и Kafka, а на фронт REST и GraphQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 18:38 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Leonid Kudryavtsev mayton gRPC использует Protobuf в качестве технологии сериализации данных. Ценная штука. Тоже гугл создавал под свои нужды. А года три смотрел на этот Ваш ProtoBuf под профайлерром в Java. Ценный сорт гуана. Для КАЖДОГО элемента эти "разработчики" умудрились создавать в цикле и ЭЛЕМЕНТ и ФАБРИКУ. Сразу - дисклеймер. Я здесь - не адвокат gRPC. И я не собираюсь защищать protobuf. Но мне просто интересно обычное потребительское сравнение. Если завтра делать какой-то POC - то стоит-ли рассматривать эту технологию в качестве основы. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 18:53 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul PetroNotC Sharp mad_nazgul, Это три альтернативы исторических SOAP - > REST - > gRPC - > ? Что дальше не знаю. REST не ушел со сцены так как SOAP. Ну смерть SOAP сильно преувеличена. :-) Подтверждаю. В финансовом сегменте SOAP и сейчас используется. И выпилить его оттуда сложно по интеграционным причинам. Цена этой задачи ... хм похожа наверное на замену ширины ЖД-рельсов по всей стране. Ненужно и дорого. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 18:57 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, В рф госпроекты линукс и астра. А нафига им ваш соап? Вот и выходит Protobuf ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 19:04 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mayton, Ну, старперы будут сидеть на старом. Молодежь на новом) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 19:08 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Ты что-ли молодёжь? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 19:11 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mayton, Молодящийся))))) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 19:16 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Давай сюда Практика использования gRPC чтоб не флудить бедного автора. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 19:34 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mad_nazgul, В рф госпроекты линукс и астра. А нафига им ваш соап? Вот и выходит Protobuf Ну вообще-то в госструктуры это главный рассадник SOAP. :-) У нас в РК целая ШЭП на нем работает. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2021, 19:05 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mayton, Ну, старперы будут сидеть на старом. Молодежь на новом) Ну скажем у меня к SOAP есть куча претензий. Но т.к. его двигали куча корпораций, как крутое решение для интеграции. Плюс продавали решения разной степени глючности, которые "избавят от программистов". То "топ-топ менеджерам" он нравиться. ИМХО даже REST на фоне SOAP смотрится, как хорошо продуманное решение. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2021, 19:11 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, Ты не видел soap в шарпе. Вот где все просто и автоматом. Никто никакие портянки xml в глаза не видит. Не сравнить с java ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2021, 19:33 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mad_nazgul, Ты не видел soap в шарпе. Вот где все просто и автоматом. Никто никакие портянки xml в глаза не видит. Не сравнить с java Видел. Интеграция с MS реализацией SOAP всегда было весело, т.к. они даже собственные стандарты не особо соблюдали. И да я видел "нагенеренный" MS тулзой WSDL/XSD. У нас для сдачи налоговой отчётности делали. Это была жесть. Представление с данными было перемешано. Для одного поля данных использовали три, т.к. в представлении было три строки для поля. Плюс внутри данных хранились координаты для отображения элементов GUI. Для передачи парочки чисел генерировалась xml-ка в несколько мегабайт. Ну а портянки xml и в Java не нужно видеть. Можно через code-first всё делать. Но "по правильному", нужно в начале схему создать wsdl/xsd, потом из них генерировать классы и клиент/сервер. Т.к. в книжках пишут, что нужно делать "по правильному", то и всё делают "по правильному". ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2021, 19:07 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul И да я видел "нагенеренный" MS тулзой WSDL/XSD. mad_nazgul Представление с данными было перемешано. Это в wsdl? См. выше mad_nazgul Для передачи парочки чисел генерировалась xml-ка в несколько мегабайт. Обычная плата за то что работает на любом ЯП ... |
|||
:
Нравится:
Не нравится:
|
|||
26.12.2021, 19:12 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, В шарпе все генерится автоматом в отдельной папочке. Ты только потом заходишь и добавляешь методы сюда [ Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
Потом вызов удаленного класса так же как находящегося локально. Только прогер конечно понимает что могут быть на вызове задержки. Как без этого. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 10:16 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, В общем soap в шарпе это максимум под капотом и максимум удобств снаружи. В java наоборот, как админство бд в оракле супротив админства субд в сиквеле. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 10:21 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mad_nazgul, В общем soap в шарпе это максимум под капотом и максимум удобств снаружи. В java наоборот, как админство бд в оракле супротив админства субд в сиквеле. В java такая такая же тулза имеется. Тот же soap ui открой и там и там есть генератор. правда в последних версиях его выпилили из jdk и нужно видимо отдельно ставить (уже давно с soap не работаю). И то что нагенерено не факт что можно тут же можно использовать. Точнее это сильно зависит от того как wsdl формировали. Чтото можно автоматом подхватить а чтото нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 11:56 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming, Понятно что есть генераторы. Только все инструменты разбросаны. Почему спринг появился, а потом спринг бут? Чтобы проще было. В шарпе создать WCF это пункт меню в студии. Меню - Add servicereference. Если спринг бут сделал все так же просто, то это замечательно. Он ведь все подгребает) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:02 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp Понятно что есть генераторы. Только все инструменты разбросаны. Почему спринг появился, а потом спринг бут? Чтобы проще было. В шарпе создать WCF это пункт меню в студии. Меню - Add servicereference. Если спринг бут сделал все так же просто, то это замечательно. Он ведь все подгребает) вот интересно, когда ты документацию читать-то начнешь, JSR-181 появился куда раньше чем WCF в .Net ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:20 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Андрей Панфилов вот интересно, когда ты документацию читать-то начнешь Ведь в Java EE была спецификация вагон и маленькая тележка? То есть само наличие спецификации при появлении спринг превозносится в отрицательном контексте. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:36 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Андрей Панфилов куда раньше ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:38 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp в курсе почему появился спринг? Ведь в Java EE была спецификация вагон и маленькая тележка? То есть само наличие спецификации при появлении спринг превозносится в отрицательном контексте. в житуи случился прокол с EJB из-за чего возросла популярность спринга, к JAX-WS это не имеет никакого отношения. PetroNotC Sharp с каких пор, слово "раньше" и слово "быстрее" стало определяющем в долгой жизни архитектуры? ты путаешь теплое с мягким, mad_nazgul в самом начале страницы все что нужно уже написал: если ты в том же .NET будешь пытаться делать правильно и генерить код по wsdl, то на выходе будет трешняк. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:46 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
Андрей Панфилов в житуи случился прокол с EJB из-за чего возросла популярность спринга Андрей Панфилов JAX-WS это не имеет никакого отношения. Ну ты начал с козырей про спеки. Я сказал что спеки фигня. Андрей Панфилов если ты в том же .NET будешь пытаться делать правильно и генерить код по wsdl, то на выходе будет трешняк. Чем мерить будем?)))) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 13:55 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul И да я видел "нагенеренный" MS тулзой WSDL/XSD. У нас для сдачи налоговой отчётности делали. Это была жесть. Представление с данными было перемешано. Для одного поля данных использовали три, т.к. в представлении было три строки для поля. Плюс внутри данных хранились координаты для отображения элементов GUI. Это к любой технологии относится. Если вы api REST сделаете Г. то тоже можно волну гнать на сам REST. Как тут был недавно топик про merge ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 14:05 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp если говоиить о генерации кода клиента по коду soap сервера, то разумеется должен быть корректный исходный код сервера. Это к любой технологии относится. Если вы api REST сделаете Г. то тоже можно волну гнать на сам REST. Как тут был недавно топик про merge Дык я про то, даже в C# чтобы получить нормальный результат wsdl, нужно его проверять глазками. <:o) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 14:40 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, Да ниче я не проверял. - правый клик мышкой на проекте (ПКМ) - меню - update service - поменялись заглушки прокси (я туда даже не смотрел) - после этого после точки client. появились методы класса с сервера. Хочешь, нажми подробности и настраивай до опупения напр. переход типа коллекции северной в другую на клиенте ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 14:59 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp, Я же говорю. У нас так мышкой накликали систему для сдачи налоговой отчетности. Результат был очень специфический. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 16:57 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul PetroNotC Sharp, Я же говорю. У нас так мышкой накликали систему для сдачи налоговой отчетности. Результат был очень специфический. :-) "у нас в буте так накликали ПО автоконфигами. Результат был специфический". Теперь бут выкинуть? Удобство, клики мышкой и внятные шаги получения результата похоронят любые ваши писаные на коленке портянки кода. Хоть 5 вагонов спеки пиши. Народ уже ИИ обсуждает.) ::)) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 17:04 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
mad_nazgul, Corba говорят тоже похоронена слишком большой документацией)) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2021, 18:00 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp mad_nazgul PetroNotC Sharp, Я же говорю. У нас так мышкой накликали систему для сдачи налоговой отчетности. Результат был очень специфический. :-) "у нас в буте так накликали ПО автоконфигами. Результат был специфический". Теперь бут выкинуть? Удобство, клики мышкой и внятные шаги получения результата похоронят любые ваши писаные на коленке портянки кода. Хоть 5 вагонов спеки пиши. Народ уже ИИ обсуждает.) ::)) Все клики и внятные шаги для получения результатов можно выкинуть в топку если все что нагенерилось херня полная. Такое бывает. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2021, 10:23 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming, Бывает согласен. Это как эффективность кеша. Если попадание в проектах больше, то архитектура эффективна. У меня в проекте не херня, у соседа не херня (шарпе). А вы говорите... Бывает херня. Да, я слышал, что алкоголь и сигареты вредно. Что с того. Автоконфигурация бута бывает херня. Что с того? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2021, 10:51 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp lleming, Бывает согласен. Это как эффективность кеша. Если попадание в проектах больше, то архитектура эффективна. У меня в проекте не херня, у соседа не херня (шарпе). А вы говорите... Бывает херня. Да, я слышал, что алкоголь и сигареты вредно. Что с того. Автоконфигурация бута бывает херня. Что с того? Это прям серьезный аргумент. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2021, 11:46 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming, Как у тебя прям. Я ленивый и отвечаю зеркально. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2021, 11:51 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp lleming, Как у тебя прям. Я ленивый и отвечаю зеркально. Ну не совсем. Работает у меня и у соседа и работает у всех а значит и у меня . В одном случае обобщение частного случая, во втором частный случай общего. Ваш кэп. Вот mad_nazgul вполне четко заявил что у него генератор не сработал. Я пару лет как раз таки интеграциями занимался и нормально генерация почти никогда не работала. Елементарно вплоть до схемы документа в виде <element name="Root" type="any" />. С приложенным docx описанием xml структуры и описанием бизнес логики обработки данных. Не самый худший вариант был кстати. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2021, 10:35 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming Я пару лет как раз таки интеграциями занимался и нормально генерация почти никогда не работала Я именно про конкурентов шарпистов говорил что там все проще. Проект был не громадный конечно. Не госуслуги. Так сказать интранет внутрикорпоративный. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2021, 10:44 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
PetroNotC Sharp lleming Я пару лет как раз таки интеграциями занимался и нормально генерация почти никогда не работала Я именно про конкурентов шарпистов говорил что там все проще. Проект был не громадный конечно. Не госуслуги. Так сказать интранет внутрикорпоративный. не шарповый конечно. но если вдруг шарповый генератор будет то он сможет вот это <element name="Root" type="any"/> в правильные стабы и энтитти сгенерить подтянув их описание из docx в произвольной форме ? Я беру конечно крайний случай но мой посыл такой же как у mad_nazgul, даже после генерации все равно нужно проверять самому. По сути тут проблема двоякая. Во время реализации вебсервиса при каждом изменени кому то нужно взять и сгенерить по его описанию и пробовать запускать его. Чаще всего этим никто не занимается это лишнее время и деньги. В идеальном случае когда одни и теже инструменты что на стороне клиента что на стороне сервера не нужно ручных манипуляций. Но в общем случае это не панацея. Вебсервис может быть выполнен полностью в соотвествии со спекой но допускать двусмысленность. Как то так ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2021, 11:39 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming, Фиг знает. Мне кажется это преувеличение. Когда я писал на дельфи, то там было 4 разных типа. Когда на Си то там был мешок типов.. Когда писал COM, то там требовался OLE совместимый тип. Мне кажется что светить в публичное пространство надо минимальным набором типов. Не выпендриватся. Смотрю свой wsdl type="xs:string" и далее - base64Binary, q1:RequestResponce, q3:ProgressOperation, q5ИмяКласса, decimal.... Может ты о какой динамике говорил? Я люблю статику)). Где нет места волшебству)) и неизвестным типам. Имхо ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2021, 12:06 |
|
gRPC балансировка на стороне клиента
|
|||
---|---|---|---|
#18+
lleming при каждом изменени кому то нужно взять и сгенерить по его описанию и пробовать запускать его. Чаще всего этим никто не занимается Если я добавил в метод параметр, то у меня клиент сломается же). Ну, я ручками нажимал п.п. меню Update. Все настройки маппингов типов были сохранены. Нагенерил папку генератор и компиляция проекта сказала Человеческим голосом)))) - не верные параметры метода. Ну а версионность изменений отд.вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2021, 12:19 |
|
|
start [/forum/topic.php?all=1&fid=59&tid=2120275]: |
0ms |
get settings: |
4ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
33ms |
get topic data: |
3ms |
get forum data: |
1ms |
get page messages: |
750ms |
get tp. blocked users: |
1ms |
others: | 362ms |
total: | 1161ms |
0 / 0 |