Один из примеров gRPC - api для telegram ботов. Второй пример API к VK. Под капотом в обоих случаях чистый JSON. Так что связка с protobuf совсем не обязательная вещь.
Что касается ошибок? А как в gRPC о них сообщает сервис, как и различать? Вводятся какие то внутренние коды или есть иной механизм? Как отличить недостаток прав/истечение срока авторизации/внутреннюю ошибку сервиса.
Вот пессимист внутри меня отказывается верить в розовый мир в котором в сервисах нет багов и все обращаются только туда куда можно
И вопрос откуда вы код то брали?
0 => o.Address = new Uri ( “https://localhost :500 “) ;
На входе ноль(что есть не корректное именование переменной в шарпе), а в коде o. Понятно что очипятка но таких прям не мало
это не логгер в чистом виде. Это набор абстракций для взаимодействия логирования с DI в .Net Core. Удобный инструмент но на выходе (приемник логов, отвечающий за их сохранение) это все равно одна из перечисленных выше библиотек. В тоже время используя этот инструмент мы имеем плюсы (например универсальная работа запись в лог, не надо думать какой логгер у либ, просто передай доступ к DI или LoggerFactory) и минусы (нет кастомных плюшек присущих конкретному логгеру, на пример всякие доллары и собаки серилога уже не рекомендуются ибо при смене логгера получится фигня)
На каком то митапе докладчик назвал это "микросервисный монолит" вроде микросервисы, а друг без друга не работают вообще, да еще и ссылаются друг на друга жестко
Один из примеров gRPC - api для telegram ботов. Второй пример API к VK. Под капотом в обоих случаях чистый JSON. Так что связка с protobuf совсем не обязательная вещь.
Что касается ошибок? А как в gRPC о них сообщает сервис, как и различать? Вводятся какие то внутренние коды или есть иной механизм? Как отличить недостаток прав/истечение срока авторизации/внутреннюю ошибку сервиса.
Вот пессимист внутри меня отказывается верить в розовый мир в котором в сервисах нет багов и все обращаются только туда куда можно
И вопрос откуда вы код то брали?
0 => o.Address = new Uri ( “https://localhost :500 “) ;
На входе ноль(что есть не корректное именование переменной в шарпе), а в коде o. Понятно что очипятка но таких прям не мало
это не логгер в чистом виде. Это набор абстракций для взаимодействия логирования с DI в .Net Core. Удобный инструмент но на выходе (приемник логов, отвечающий за их сохранение) это все равно одна из перечисленных выше библиотек. В тоже время используя этот инструмент мы имеем плюсы (например универсальная работа запись в лог, не надо думать какой логгер у либ, просто передай доступ к DI или LoggerFactory) и минусы (нет кастомных плюшек присущих конкретному логгеру, на пример всякие доллары и собаки серилога уже не рекомендуются ибо при смене логгера получится фигня)
А время учитываеися?
"Могу хоть сейчас" и "Могу через год, когда изучу тему" это и то и другое "Могу" но как говорится есть нюанс
На каком то митапе докладчик назвал это "микросервисный монолит" вроде микросервисы, а друг без друга не работают вообще, да еще и ссылаются друг на друга жестко
Представил новость дня. Роскосмос покупает профессора Борисова у клуба НАСА за 50м дол.
П.с. имена всех профессоров вымышлены и совпадения случайны