|
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 |
|
|
start [/forum/topic.php?fid=59&msg=40123428&tid=2120275]: |
0ms |
get settings: |
25ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
405ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 512ms |
0 / 0 |