коллега, не увлекайтесь

Кросплатформенный гуй обычно либо убожество (веб, react-native), либо имеет баснословную стоимость разработки (Qt). Бизнесу выгоднее иметь двух спецов по андроеду и ios, чем команду css-хакеров и js-клоунов на реактах.

если он соглашается -- добавляешь ему роль

Спасибо!!! Действительно так же проще... Нужно отдыхать чаще... а то я тут "накостылял" велосипедов))))

я вот все думаю про иницилизацию...

у меня есть application в фабрику кормим путь до конфига, на выходе получаем структуру application в которой есть методы для получения коннекта к бд например

так вот, иницилизация структуры внутри фабрики (старт коннекта и прочее)

не очень как то удачно выглядит

и выносить в методы не очень - разносим обработку ошибок получается (может бахнуть не при старте - а в рантайме)

конечно там далеко не все, скорее компоненты... http сервер и прочее живет в отдельном пакете и получает на вход экземпляр приложения

Кросплатформенный гуй обычно либо убожество (веб, react-native), либо имеет баснословную стоимость разработки (Qt). Бизнесу выгоднее иметь двух спецов по андроеду и ios, чем команду css-хакеров и js-клоунов на реактах.

верно, поэтому и появились гибридные приложения, потому-что писать кросс-платформенный гуй - очень дорого. Потому-что можно на знакомой тебе технологии в 1 кодовой базе разработать приложение на все девайсы ты сначала определи "бизнес". Бизнес разный бывает, бывает Microsoft, а бывает стартап, а бывает местная конторка

верно, поэтому и появились гибридные приложения, потому-что писать кросс-платформенный гуй - очень дорого. Потому-что можно на знакомой тебе технологии в 1 кодовой базе разработать приложение на все девайсы ты сначала определи "бизнес". Бизнес разный бывает, бывает Microsoft, а бывает стартап, а бывает местная конторка

Мекросовд мы не берём, для них и им подобных не существует понятия "дорого". Они могу построить город клоунов на воздушном шаре, програмирующих на php, и тому бодобный стимпанк

"город клоунов на воздушном шаре, програмирующих на php" где записываться? ?

"город клоунов на воздушном шаре, програмирующих на php" где записываться? ?

имхо там только обрезанные трансгендеры, так что...

Гошники в большей части ни чем не лучше) как и любые другие ;)

Мекросовд мы не берём, для них и им подобных не существует понятия "дорого". Они могу построить город клоунов на воздушном шаре, програмирующих на php, и тому бодобный стимпанк

совершенно верно, поэтому define "бизнес"

"город клоунов на воздушном шаре, програмирующих на php" где записываться? ?

Ой, а на GO можно в такой город записаться?

совершенно верно, поэтому define "бизнес"

да то что осталось, но опять таки стартапы бывают разными (для мелких контор кросплатформенность ясное дело не нужна), и фронтенд у них разный по сложности

Ой, а на GO можно в такой город записаться?

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

да то что осталось, но опять таки стартапы бывают разными (для мелких контор кросплатформенность ясное дело не нужна), и фронтенд у них разный по сложности

в любом случае раньше написать просто ГУЙ было настолько же сложно как сейчас написать кросс-платформенный ГУЙ, технологии не стоят на месте, поэтому написание кросс-платформенного ГУЯ будет упрощаться, дешеветь и приобритать большее качество

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

надеюсь что проблемы связанные с содержанием нескольких кодовых баз пояснять не понадобится

в любом случае раньше написать просто ГУЙ было настолько же сложно как сейчас написать кросс-платформенный ГУЙ, технологии не стоят на месте, поэтому написание кросс-платформенного ГУЯ будет упрощаться, дешеветь и приобритать большее качество

есть надежда что выстрелит хороший wasm фреймворк типа blazer. Может он и выстрелит. Либо сделают порт дельфей в wasm

надеюсь что проблемы связанные с содержанием нескольких кодовых баз пояснять не понадобится

да, тестами в два раза больше покрывать!

есть надежда что выстрелит хороший wasm фреймворк типа blazer. Может он и выстрелит. Либо сделают порт дельфей в wasm

я про то-же, и пожалуйста... не надо про Electron начинать, все мы знаем что это не годится в долгосрочном периоде и нужен подход более похожий на Electrino: https://medium.com/dailyjs/put-your-electron-app-on-a-diet-with-electrino-c7ffdf1d6297

да, тестами в два раза больше покрывать!

good one)

я про то-же, и пожалуйста... не надо про Electron начинать, все мы знаем что это не годится в долгосрочном периоде и нужен подход более похожий на Electrino: https://medium.com/dailyjs/put-your-electron-app-on-a-diet-with-electrino-c7ffdf1d6297

не собирался даже. Электрон - тормозит, на вебне и нинужен ни разу

не собирался даже. Электрон - тормозит, на вебне и нинужен ни разу

эту проблему WASM и должен решить

превратить браузер в виртуалку с макс 5% потери из-за абстракции ради безопасности

Graphics Card <--> Video Driver <-- Graphics API <-- Renderer <--> Application <--> Network <--> Server

если в этой схеме замнить network на передачу данных через оперативную память, то получится сильно быстрее. и именно поэтому я считаю, что можно реализовать фронт и бэк как два разных процесса, решающих одну бизнес задачу и не шарить между ними память. я пока вообще не понял зачем на самом деле шарить память между клиентской частью, отрисовывающей интерфейс и серверной частью, реализующей бизнес-логику, когда можно ограничиться передачей данных от бэка фронту для отрисовки интерфейса и передачей данных от фронта к бэку для понимания какие кнопки юзер нажал, грубо говоря

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

Как вы делаете валидацию данных запроса? Например, есть запрос с такими данными: { "token": "11111111111111111111111111111111", "users": [{ "name": "Михайленко Денис", "phone": "0980000000" }] } Все это парсится в структуру, в которой тэгом обозначен паттерн, которому должно соответствовать поле: type UsersUpload struct { SessionToken string `json:"token" pattern:"^[a-zA-Z0-9]{32}$"` Users []struct { Name string `json:"name" pattern:"^[\\p{L}'-]+\\s[\\p{L}'-]+\\s[\\p{L}'-]+$"` Phone string `json:"phone" pattern:"^[0-9]{10}$"` } `json:"users"` } Каждое поле должно быть провалидировано. Сейчас у меня есть самописный валидатор, но я чувствую что он написан ужасно. Что посоветуте?

если в этой схеме замнить network на передачу данных через оперативную память, то получится сильно быстрее. и именно поэтому я считаю, что можно реализовать фронт и бэк как два разных процесса, решающих одну бизнес задачу и не шарить между ними память. я пока вообще не понял зачем на самом деле шарить память между клиентской частью, отрисовывающей интерфейс и серверной частью, реализующей бизнес-логику, когда можно ограничиться передачей данных от бэка фронту для отрисовки интерфейса и передачей данных от фронта к бэку для понимания какие кнопки юзер нажал, грубо говоря

мы говорили на более низком уровне, мы говорили про рендеринг непоресдтвенно в frame buffer (т.е. грубо говоря на экран), ты говоришь о более высоком уровне абстрагируюсь от рендеринга "клиентской рисующей частью"

Ок, в рендеринге на низком уровне я не силен

Как вы делаете валидацию данных запроса? Например, есть запрос с такими данными: { "token": "11111111111111111111111111111111", "users": [{ "name": "Михайленко Денис", "phone": "0980000000" }] } Все это парсится в структуру, в которой тэгом обозначен паттерн, которому должно соответствовать поле: type UsersUpload struct { SessionToken string `json:"token" pattern:"^[a-zA-Z0-9]{32}$"` Users []struct { Name string `json:"name" pattern:"^[\\p{L}'-]+\\s[\\p{L}'-]+\\s[\\p{L}'-]+$"` Phone string `json:"phone" pattern:"^[0-9]{10}$"` } `json:"users"` } Каждое поле должно быть провалидировано. Сейчас у меня есть самописный валидатор, но я чувствую что он написан ужасно. Что посоветуте?

validator v9

Ммм?

Подскажите как извлечь слово из текста, есть возможность ставить суфик с прфиксом $или %?

Вот вы зачем это делаете?

Подскажите как извлечь слово из текста, есть возможность ставить суфик с прфиксом $или %?

Регексп или вручную искать нужный символ

Классы в регекспе

подскажите, есть какая то подборка небольших несложных проектов на гошке, чтобы почитать код?

В гитхабе полно на любой вкус и цвет)

подскажите, есть какая то подборка небольших несложных проектов на гошке, чтобы почитать код?

можно стандартную библиотеку почитать

В гитхабе полно на любой вкус и цвет)

я думал есть что-то типа awesome подборочки

о, где-то был кукбук в литературе

Google awesome go

Здрасьте, где у вас тут критикуют?

По просьбам трудящихся, статья размещена в более удобочитаемом виде в телеграфе: https://telegra.ph/CHast-2-Patterny-proektirovaniya-v-celom-i-MVC-v-chasnosti-planirovanie-struktury-budushchego-proekta-08-30

Еще давай, пока мало

Пока Go там не причем

По просьбам трудящихся, статья размещена в более удобочитаемом виде в телеграфе: https://telegra.ph/CHast-2-Patterny-proektirovaniya-v-celom-i-MVC-v-chasnosti-planirovanie-struktury-budushchego-proekta-08-30

Статья вроде и ничего, но я всегда критиковал mvc в го

По просьбам трудящихся, статья размещена в более удобочитаемом виде в телеграфе: https://telegra.ph/CHast-2-Patterny-proektirovaniya-v-celom-i-MVC-v-chasnosti-planirovanie-struktury-budushchego-proekta-08-30

Попахивает монолитом :)

Попахивает монолитом :)

На уровне мвц ничо страшного

Статья вроде и ничего, но я всегда критиковал mvc в го

И чем оно там плохо?

Вот мой вариант, но это самопал под Тереграм ботов

Спасибо

core и utils уйдет в вендоры

И чем оно там плохо?

Вот пример прилетел, чем это заканчивается в лучшем случае

Статья вроде и ничего, но я всегда критиковал mvc в го

Я тож считаю mvc приветом из мира ООП

Я тож считаю mvc приветом из мира ООП

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

Название не главное, главное удобство

Я тож считаю mvc приветом из мира ООП

Не, это пиздец из мира ООП. Идея хорошая, но загубили

Вот пример прилетел, чем это заканчивается в лучшем случае

Что мне должен показать скрин структуры проекта? Я чёт туго всасываю сегодня.

А удобнее же, когда у тебя можно было сделать один файл а-ля hdlr_register.go в пакете users вместо users/controllers.go, users/models.go, users/views.go и размазать регу на половину пакета за каким-то хуем

А удобнее же, когда у тебя можно было сделать один файл а-ля hdlr_register.go в пакете users вместо users/controllers.go, users/models.go, users/views.go и размазать регу на половину пакета за каким-то хуем

Неа

Ну вообще все отностильно на самом деле

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

Не, это пиздец из мира ООП. Идея хорошая, но загубили

Мир меняется, а некоторые не могут забыть «старое, доброе» И применяют их для новых проектов.

Что мне должен показать скрин структуры проекта? Я чёт туго всасываю сегодня.

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

Мир меняется, а некоторые не могут забыть «старое, доброе» И применяют их для новых проектов.

Да-да

Я вот, писал бы что-то на пыхе по необходимости — конечно, взял бы mvc, скорее всего. Но, благо, я на нём не пишу.

а сейчас ты как пишешь?

Здрасьте, где у вас тут критикуют?

Ну что, бодрый заряд критики на сегодня получен? )))

а сейчас ты как пишешь?

Покажу в курсе ? на выходных, надеюсь, запишу наконец-то

Ну что, бодрый заряд критики на сегодня получен? )))

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

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

О, паттерн-то будет

Просто можно сделать паттерны проще

mvc необоснованно переусложнен относительно самого простого решения в го

Рень о удобном расширении

Написать то можно и в одном пакете и хай лежит там

А потом что-то добавить – хоть глаза себе обоссы

А идея заиметь в ls -halF //*.go тысячи две controllers.go и так далее - не особо приятная

мне кажется, что под mvc ты (в который раз) понимаешь какую-то определенную реализацию, хотя паттерн прост как три копейки - тут принимаем реквест, тут формируем данные, тут рендерим данные.

А идея заиметь в ls -halF //*.go тысячи две controllers.go и так далее - не особо приятная

А чо тысячи две? Накой такие крайности

мне кажется, что под mvc ты (в который раз) понимаешь какую-то определенную реализацию, хотя паттерн прост как три копейки - тут принимаем реквест, тут формируем данные, тут рендерим данные.

Я (автор статьи)?

мне кажется, что под mvc ты (в который раз) понимаешь какую-то определенную реализацию, хотя паттерн прост как три копейки - тут принимаем реквест, тут формируем данные, тут рендерим данные.

Склонен согласиться

А чо тысячи две? Накой такие крайности

Средний размер проекта

Средний размер проекта

Я вас прошу

Я (автор статьи)?

кирилл

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

Мне понравилось как ктото сказал про паттерны: Паттерны нужны не для того, чтоб их насильно натягивать на проекты. А для того, чтоб если аналогичная архитектура образовалась у тебя и твоего коллеги - вы могли их обозвать одним именем :)

мне кажется, что под mvc ты (в который раз) понимаешь какую-то определенную реализацию, хотя паттерн прост как три копейки - тут принимаем реквест, тут формируем данные, тут рендерим данные.

Я рассматриваю не конкретную одну, а большинство

Мне понравилось как ктото сказал про паттерны: Паттерны нужны не для того, чтоб их насильно натягивать на проекты. А для того, чтоб если аналогичная архитектура образовалась у тебя и твоего коллеги - вы могли их обозвать одним именем :)

Да-да