?

хотя для ботов я юзаю питон

поделитесь как живется с oneof в protobuf и grpc

Я пока в себя не нашел применения этому.

под каждый Message свой метод сервиса?

под каждый Message свой метод сервиса?

Угу

не жесть?

не жесть?

А почему жесть?

бойлерплейта не много или есть метода борьбы с ней?

бойлерплейта не много или есть метода борьбы с ней?

Не много. У меня методов меньше 10

если брать какой-нибудь CRUD, то на сущность нарисовывается пяток стандартных методов. Они повторяются. Сотня сущностей и потонули в методах. Потом messagebus какой-нибудь

если брать какой-нибудь CRUD, то на сущность нарисовывается пяток стандартных методов. Они повторяются. Сотня сущностей и потонули в методах. Потом messagebus какой-нибудь

Из этого создание, обновление и чтение может использовать один и тот же message вот прям легко

Без oneof

в основном конечно проблема в messagebus, впрочем его можно сделать слаботипизируемым и по сообщениям об изменениях сущностей дергать соответсвующий get

в основном конечно проблема в messagebus, впрочем его можно сделать слаботипизируемым и по сообщениям об изменениях сущностей дергать соответсвующий get

А в чем проблема?

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

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

Я просто не очень понимаю зачем message bus быть слаботипизированным

Например

ну messagebus это вообще говоря полнодуплекстный стрим с сообщениями любого типа. Условный конверт, в нем сообщение. Как без дженериков или oneof это сделать?

ну messagebus это вообще говоря полнодуплекстный стрим с сообщениями любого типа. Условный конверт, в нем сообщение. Как без дженериков или oneof это сделать?

Средствами самого grpc например

Ну или какая нибудь Кафка с топиком на каждый тип сообщений

Твоему брокеру сообщений вообще строго говоря не обязательно понимать что внутри

Средствами самого grpc например

например?

например?

Streaming grpc, можно делать bidirectional в том числе

И дергать строго то что тебе нужно. В рамках одного сервера это будут substream в http2, по которым летают протобуфные сообщения.

bidi это понятно. я имею ввиду что универсальный метод сервиса не сделаешь без потери типов

bidi это понятно. я имею ввиду что универсальный метод сервиса не сделаешь без потери типов

А зачем делать универсальный метод?

ну это такой господствующий в некоторых областях паттерн

ну это такой господствующий в некоторых областях паттерн

Ну вот не надо его использовать наверное, раз нет ответа на вопрос "зачем"

А зачем делать универсальный метод?

чтобы тестировать 1 раз, чтобы уменьшить кодбеиз и ускорить загрузку приложения, чтобы читалось проще. ну и т.д

вообще смысл в том чтобы уменьшить прикладную лексику и инкапсулировать роутер

чтобы тестировать 1 раз, чтобы уменьшить кодбеиз и ускорить загрузку приложения, чтобы читалось проще. ну и т.д

Тестировать один раз - ну не про это же. Нужно тогда будет протестировать сам роутинг и методы итоговые.

Уменьшить кодбейз - вот кажется опять же наоборот, будет только больше. Сообщения то передавать надо, но теперь надо будет выбирать кому что достанется

И парсинг по условию тоже

С загрузкой - не скажу ничего, да.

я вообще про подход зачем универсаный метод

а не для конкретной задачи

я вообще про подход зачем универсаный метод

Да я тоже в целом

Что я не вижу как он сделает что то из того что ты сказал.

в grpc нет наследования и всего такого

и не надо делать oneof)

вообще смысл в том чтобы уменьшить прикладную лексику и инкапсулировать роутер

Ну вот в grpс предполагается как раз обратный подход - балансировка на стороне клиента и если уж делать роутер то не универсальный, а полностью понимающий что через него бегает

в файлах группы есть

Есть. Сейчас ссыль найду, сек

спасибо, но у меня что то оно криво открывается

а чем открываешь?

Браузером (хром) нормально открывается

Стандартным маковским просмотрщиком открывается так как на картинке

а чем открываешь?

стандартным маковским просмотром. Проверил в хроме - норм.

хз

А есть что лучше?

Ну, я свою либу пишу. Половина уже готова, простого бота слепить можно

Ну, я свою либу пишу. Половина уже готова, простого бота слепить можно

А ссылка есть?

Хорошо написан, но тоже не поспевает за обновами

А ссылка есть?

Могу дать, но там очень work-in-progress сейчас

Могу дать, но там очень work-in-progress сейчас

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

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

https://GitHub.com/toby3d/go-telegram

Могу дать, но там очень work-in-progress сейчас

А будет поспевать за обновами?:)

А будет поспевать за обновами?:)

Конечно

В projects есть список того что сделал, и чего ещё нет

ERROR: S client not available

https://GitHub.com/toby3d/go-telegram

Спасибо за использование fasthttp

У меня к telegram-bot-api какое то странное отношение. Им очень не удобно пользоваться...

Спасибо за использование fasthttp

Там ffjson ещё

Парни, есть ли вариант написать автоответчик для ватсапа на голанге?

Парни, есть ли вариант написать автоответчик для ватсапа на голанге?

А в чем может быть проблема со стороны голанга?

А в чем может быть проблема со стороны голанга?

Проблема в не в голанге

В вопросе имею ввиду опыт, мб кто занимался извращениями с ватсапом

В вопросе имею ввиду опыт, мб кто занимался извращениями с ватсапом

Видел только решение где парсили веб-версию. Там нету вроде как апи для такого

Видел только решение где парсили веб-версию. Там нету вроде как апи для такого

тут еще с веб версией напряг, там постоянно QR сканить надо с мобилки

тут еще с веб версией напряг, там постоянно QR сканить надо с мобилки

Ага. Отдельную симку имели для такого... Но как это делали не видел. Просто разработчик рядом сидел жаловался на те же проблемы.

помогите как быть, монго то находит то не находит один и тотже документ, логика такая, если документ на найден то сделать записать в базу,а если найдем то вернуть данные, и в базе наделались дубли с разными id, кто сталкивался как решить?

Посоны, работал кто с https://github.com/ahmdrz/goinsta ?

чет невкурю, даже по стандартным примерам с моих данных не хотит выхватывать данные

2017/11/26 20:27:50 User followed with false status.

Однако авторизуется ж

Однако только рецепты и не пашут )

Почему this и self - это плохой тон?

Почему this и self - это плохой тон?

где ты это прочел?

Мне тож знакомый гофер так сказал

Тоже интересно

где ты это прочел?

Линтер говорит

https://github.com/golang/go/wiki/CodeReviewComments#Receiver_Names Receiver Names The name of a method's receiver should be a reflection of its identity; often a one or two letter abbreviation of its type suffices (such as "c" or "cl" for "Client"). Don't use generic names such as "me", "this" or "self", identifiers typical of object-oriented languages that place more emphasis on methods as opposed to functions. The name need not be as descriptive as that of a method argument, as its role is obvious and serves no documentary purpose. It can be very short as it will appear on almost every line of every method of the type; familiarity admits brevity. Be consistent, too: if you call the receiver "c" in one method, don't call it "cl" in another.

он пристально следит за теми кто использует this/self в коде

считаешь, уместным?

Ясно

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

Отстой

считаешь, уместным?

ну на самом деле, это все религия. Поэтому сарказм ?