Телеграмм чат группы gogolang страница 21881

2020 October 12

SP

если ты уже вычитал Body то он пустой

[ERROR] xml.NewDecoder failed, Error:  XML syntax error on line 133: element <Body> closed by </GetTransaction>
[ERROR] unsuccessful xml.Decode() for Token ====>>>>> request.Body.GetTransaction.Token:  830122936
request = '{XMLName:{Space:http://schemas.xmlsoap.org/soap/envelope/ Local:Envelope} Text: S:http://schemas.xmlsoap.org/soap/envelope/ Body:{Text:
     GetTransaction:{Text:

источник

12:07пожаловаться #1

SP

Slava Pinchuk in Go-go!

немедленно

если ты уже вычитал Body то он пустой

Видимо запросы что они шлют не отвечают документации, вот и бадяга какая-то
Как всегда дока устаревшая.. XML...

источник

12:07пожаловаться #2

AS

Andrey Shuster in Go-go!

Alisher

хай ребят, я хотел сделать один большой проект но очень долго решаюсь какой tech stack выбрать для бэкенда я остановился на Го изначально хотел на питоне но потом передумал потому что многие сказали что когда проект вырастет будет трудно следить за питоновским кодом так как, все по разному пишут в питоне и естественно будет труднее понять их код, так вот какой фронтэнд фреймворк хорошо сочитается с Голанг ?
И где могу научиться дизайнить архитектуру больших проектов ?

принцип такой: если ты знаешь что и как писать, то выбирай любой фреймворк который нравится. Если ты еще не знаешь что и как ты собрался писать, то бери стак который тебе уже знаком.
Все равно первую версию нужно будет выкинуть и переписать заново.

источник

12:10пожаловаться #3

SP

Slava Pinchuk in Go-go!

Slava Pinchuk

[ERROR] xml.NewDecoder failed, Error:  XML syntax error on line 133: element <Body> closed by </GetTransaction>
[ERROR] unsuccessful xml.Decode() for Token ====>>>>> request.Body.GetTransaction.Token:  830122936
request = '{XMLName:{Space:http://schemas.xmlsoap.org/soap/envelope/ Local:Envelope} Text: S:http://schemas.xmlsoap.org/soap/envelope/ Body:{Text:
     GetTransaction:{Text:

Коллеги, помогите вкурит ьчто это
на строке 133 бади в документации там просто пустой тег

         <Interchange_Amount_Fee_Settlement></Interchange_Amount_Fee_Settlement>

источник

12:11пожаловаться #4

АД

Алексей Долгов... in Go-go!

Владимир Гришин

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

ну возможно) что-то, что надо быстро - на го не приходилось писать. Готовый круд на php я подниму за 20 минут, на go врядли. Да и если глянуть на хакатоны, где за 3 дня надо что-то быстро сваять - все берут ларавел или рельсы

𝕬

ну возможно) что-то, что надо быстро - на го не приходилось писать. Готовый круд на php я подниму за 20 минут, на go врядли. Да и если глянуть на хакатоны, где за 3 дня надо что-то быстро сваять - все берут ларавел или рельсы

Ну, мне кажется, если прям очень захотеть, то на го можно за 20-25 минут справится.

P.S. а если взять питон, то и вовсе за 7-15 минут упртавится можно (:

источник

12:20пожаловаться #6

AP

Alexey Popov in Go-go!

Я тоже часто пишу круд во время, когда идёт обратный отсчёт бомбы

источник

12:54пожаловаться #7

АД

Алексей Долгов... in Go-go!

Ну я возможно плохо знаком с инструментарием который дает go. Типичная быстрая разработка от БД обычно. Поняли какие сущности, описали их. Создали в БД. На фреймворках для быстрого шлепания(yii2 например в php) есть инструментарий который позволяет создать ActiveRecord модели из таблиц и создать миграции, и сгенерировать crud. И там к сожалению нет разделения на фронт и бэк, генерятся html-ки с Bootstrap и Jquery 😢 НО! имеем прототип который может сделать один разработчик за один день. но это конечно если уж совсем типичная задача. На go я врядли такой инструмент найду

источник

13:30пожаловаться #8

F

Fred in Go-go!

у го другой подход, но впринапе ормы есть, но они не очень. Go любит Raw sql

источник

13:33пожаловаться #9

DP

Daniel Podolsky in Go-go!

это не совсем так

источник

13:33пожаловаться #10

DP

Daniel Podolsky in Go-go!

но фреймворка быстрой разработки “от базы” действительно, нет

источник

13:34пожаловаться #11

A

Aleksandr in Go-go!

+ orm'ы на го вполне норм. raw sql лучше для каких-то сложных историй использовать

источник

13:34пожаловаться #12

F

Fred in Go-go!

могу предложить невикат или аналоги для работы c sql и быстрого протопирования и создания схем. И в помощь к этому для ускорения создания CRUD Sqlc + sqlx https://dev.to/techschoolguru/generate-crud-golang-code-from-sql-and-compare-db-sql-gorm-sqlx-sqlc-560j вот хорошая статья как работать с этим

источник

13:36пожаловаться #13

F

Fred in Go-go!

короче код фёрс подход это не совсем про го. На мой взгляд

источник

13:37пожаловаться #14

ВГ

Владимир Гришин... in Go-go!

Алексей Долгов

Ну я возможно плохо знаком с инструментарием который дает go. Типичная быстрая разработка от БД обычно. Поняли какие сущности, описали их. Создали в БД. На фреймворках для быстрого шлепания(yii2 например в php) есть инструментарий который позволяет создать ActiveRecord модели из таблиц и создать миграции, и сгенерировать crud. И там к сожалению нет разделения на фронт и бэк, генерятся html-ки с Bootstrap и Jquery 😢 НО! имеем прототип который может сделать один разработчик за один день. но это конечно если уж совсем типичная задача. На go я врядли такой инструмент найду

можно взять gorm с автомигрейтом, идти от сущностей, gin для апи, в качестве фронта - взять vue и за тот же день наклепать что угодно

источник

13:52пожаловаться #15

BP

Boris P in Go-go!

Владимир Гришин

можно взять gorm с автомигрейтом, идти от сущностей, gin для апи, в качестве фронта - взять vue и за тот же день наклепать что угодно

Вот это прям иделаьный сценарий

источник

13:53пожаловаться #16

BP

Boris P in Go-go!

Кстати, в качетсве фреймворка можно тот же beego взять

источник

13:53пожаловаться #17

BP

Boris P in Go-go!

Но вариант быстро накидать REST API и фронт в виде SPA на Vue/React мне нравится больше

источник

13:54пожаловаться #18

JK

Jasin Ko in Go-go!

𝕬𝖗𝖙𝖊𝖒

Для этого есть style guide питонисты и PEP8(для python, если питонисты его не знают, то и смотреть на них небезопасно). Все не уходят с js на clojure/reasonML/EML/прочее просто потому, что там все пишут по разному. Есть общий стайлгайд языка, и стайлгайд команды - всё, проблемы особой не вижу.

Все не уходят с js на clojure/reasonML

Лол, кто эти все?

источник

13:56пожаловаться #19

JK

Jasin Ko in Go-go!

На этих штуках нет тех готовых решений, которые предлагает js со своим зоопарком технологий (React, Angular, Svelte, Vue и приблуды к ним)

источник

13:57пожаловаться #20