так, чего ты вообще хочешь добиться?

хочу чтобы в строку форматировал параметр

ну т.е. в методы будут некие дейтсвия над слайсом CustomTypedSLice

и в результате будет хитроформатированная строка

но это только для случаев, когда нужна строка

ну т.е. в методы будут некие дейтсвия над слайсом CustomTypedSLice

а зачем тебе метод String() на тип, который и без того string?

а зачем тебе метод String() на тип, который и без того string?

ну потому что он по факту не string, а CustomTypedSLice

и везде где надо будет строку, он ругается

ну потому что он по факту не string, а CustomTypedSLice

нет, как-раз таки по факту он string)) а вы из него делаете уже CustomTypedSlice метод String() должен возвращать какое-то форматированное значение?

ну там пример не совсем точный, в CustomTypedSLice также кастомные типы

нет, как-раз таки по факту он string)) а вы из него делаете уже CustomTypedSlice метод String() должен возвращать какое-то форматированное значение?

да, метод String должен весь слайс перебирать и отдавать осмысленную строку

внутри слайса не строки, а тоже свои типы

которые, в свою очередь, строки

вот так верно

да, метод String должен весь слайс перебирать и отдавать осмысленную строку

https://play.golang.org/p/BDdPLTfF75c

могу конечно посоветовать своё последнее творение: https://github.com/qbeon/webwire-example-postboard но тут 2 нюанса: 1. в основе сетевой прослойки тут не HTTP, а WebSockets 2. ещё не до конца дописан и не до конца продокументирован

Спасибо. Посмотрел. Интересно. Но я хотел бы что-то похожее на это https://github.com/blue-jay/blueprint Для стандартного веб-приложения, не API. База, шаблоны и прочее...

https://play.golang.org/p/BDdPLTfF75c

окей. но у меня слайс.

у мне надо его перебрать и вывести отформатированным, как интерфейс Stringer работает

окей. но у меня слайс.

я запутался, не могу понять какую проблему ты пытаешься решить

у мне надо его перебрать и вывести отформатированным, как интерфейс Stringer работает

1. у тебя есть слайс строк 2. тебе нужна функция, которая отформатирует слайс строк в 1 строку 3. ты хочешь обернуть это в тип я правильно понял?

мне просто нужно вызывать Params.SomeCustomTypedParam.String() и он будет отдавать форматированную строку на основе магии над тем слайсом

1. у тебя есть слайс строк 2. тебе нужна функция, которая отформатирует слайс строк в 1 строку 3. ты хочешь обернуть это в тип я правильно понял?

похоже на то

Спасибо. Посмотрел. Интересно. Но я хотел бы что-то похожее на это https://github.com/blue-jay/blueprint Для стандартного веб-приложения, не API. База, шаблоны и прочее...

аа, ты про server-side rendering? я думал про API

аа, ты про server-side rendering? я думал про API

Да. :)

type []CustomType as type []string

собственно, в этом ошибка будет, когда я хочу, к примеру, string.Join() сделать

потому что на вход там нужна тип []string, а не []CustomType

хотя по факту type CustomType string

type []CustomType as type []string

https://goplay.space/#wzZVYnYS7mN так что-ли?

Да. :)

а кто в 2018 ещё, извиняюсь, на сервере рендерит?))

а кто в 2018 ещё, извиняюсь, на сервере рендерит?))

Ой, таких много. Не у всех приложение Gmail.

https://goplay.space/#wzZVYnYS7mN так что-ли?

спасибо. не совсем то, но я примерно понял, что малой кровью не обойтись, придется наворачивать подобный "враппер"

Ой, таких много. Не у всех приложение Gmail.

не, я то понимаю что таких много, но не пора бы уже в новых проектах разбивать фронт и бэк на App и API ? ?

спасибо. не совсем то, но я примерно понял, что малой кровью не обойтись, придется наворачивать подобный "враппер"

✌?

не, я то понимаю что таких много, но не пора бы уже в новых проектах разбивать фронт и бэк на App и API ? ?

Пора, конечно. :)

я понимаю что раньше была проблема с SEO/social поддержкой у SPA, но сейчас то у нас есть фреймворки аля Vue/React с server-side-rendering'ом зачем на Go рендерить HTML шаблоны будто мы в 19 веке? на Go пишем API, на Vue/React/Node.js пишем приложение к нему единственный аргумент за server-side-rendering сегодня это CMS, пока ещё нет насколько мне известно нормальных редакторов PWA приложений в котором любой идиот сможет себе бложик или "магазин" нахерачить, но для этого я думаю таки лучше PHP, ибо этот технологический подход там реализован уже давно и скоро умрёт как и сам PHP (pun intended)

API очень хорошо, когда в планах не только веб. Для SEO, все равно, рендеринг, хоть и написано уже для Node. А PHP при каждом запросе умирает и ничего, живее всех живых. Я тоже за SPA. Но вот PWA, который Гугловский мне не очень.

Всем здораво!! Народ помогите пожалуйста Как сделать кнопки Callback для телеграм бота

API очень хорошо, когда в планах не только веб. Для SEO, все равно, рендеринг, хоть и написано уже для Node. А PHP при каждом запросе умирает и ничего, живее всех живых. Я тоже за SPA. Но вот PWA, который Гугловский мне не очень.

почему не PWA?)

молодец, продавай его там, где его захотят приобрести, не мешай людям работать

почему не PWA?)

Перепутал с AMP. Если рассматривать PWA как некие высокие стандарты для веб-приложений, то ок, а если в качестве замены нативным приложениям, то не очень.

Перепутал с AMP. Если рассматривать PWA как некие высокие стандарты для веб-приложений, то ок, а если в качестве замены нативным приложениям, то не очень.

почему не очень?)) в будущем нативные приложения и веб приложения сольются в 1 единое

Я бы на их месте не сливался. :) Я, конечно, слышал о таком сценарии с момента появления Node. Останется только JS и прочее. Думаю, что так не будет. Нативные приложения останутся нативными. Будут и всякие PWA, Electronы и что-то новое.

Я бы на их месте не сливался. :) Я, конечно, слышал о таком сценарии с момента появления Node. Останется только JS и прочее. Думаю, что так не будет. Нативные приложения останутся нативными. Будут и всякие PWA, Electronы и что-то новое.

нее, ты чего! нахер JS, WASM же, в который теперь даже Go может

Раньше про JS все говорили. :)

Раньше про JS все говорили. :)

не сравнивай JS с WASM, это совершенно разные вещи.. WASM можно сравнивать с x86 или ARM, это кросс-платформенная вебовская платформа как compile target

WASM как-раз и сломает барьер между нативными и веб-приложениями... нативные постепенно будут уступать вебовским, ибо их даже устанавливать не нужно... зашёл на урл и поехал плюс веб-приложение написал 1 раз и работает оно везде, абсолютно

А васм в гошке уже поддерживается?

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

прям с гарбаж коллектором?

и горутинами?

А васм в гошке уже поддерживается?

да, эксперементальный порт вот только-что в Go 1.11 завезли

прям с гарбаж коллектором?

да

и горутинами?

да

ого, до чего технологии дошли?

правда поскольку самих потоков в WASM ещё не завезли го будет работать на 1 ядре, т.е. как с GOMAXPROCS=1

Ну это понятно, но просто интересно было ассинхронщина. Хотя наверное есть в васме отсутствует IO смысла с неё мало?

Ну это понятно, но просто интересно было ассинхронщина. Хотя наверное есть в васме отсутствует IO смысла с неё мало?

WASM считай только зародился, ему не дали ещё доступа к API'шкам браузера, пока-что нужно JS->WASM мосты городить

дай ему лет эдак 5 на этаблироваться

кикайте это

Всем здораво!! Народ помогите пожалуйста Как сделать кнопки Callback для телеграм бота

Проблему опишите для начала

-

WASM как-раз и сломает барьер между нативными и веб-приложениями... нативные постепенно будут уступать вебовским, ибо их даже устанавливать не нужно... зашёл на урл и поехал плюс веб-приложение написал 1 раз и работает оно везде, абсолютно

WASM ведь бинарником в браузер прилетает?

ты ещё пойди на луну попробуй там лунный камень продать)))

WASM ведь бинарником в браузер прилетает?

ну да

@onokonem @pragus

ну да

Спорное решение. В любом случае, WASM будет заточен под API браузера, а не ОС, на сколько я помню. Плюс рендеринг CSS и HTML со всеми тормозами. В общем, получаем бинарный улучшенный JS, если улучшенный.

Спорное решение. В любом случае, WASM будет заточен под API браузера, а не ОС, на сколько я помню. Плюс рендеринг CSS и HTML со всеми тормозами. В общем, получаем бинарный улучшенный JS, если улучшенный.

Математика должна стать побыстрее. А вот взаимодействие с домом - наоборот

Нет, не бинарный js

Спорное решение. В любом случае, WASM будет заточен под API браузера, а не ОС, на сколько я помню. Плюс рендеринг CSS и HTML со всеми тормозами. В общем, получаем бинарный улучшенный JS, если улучшенный.

CSS/HTML это отдельная тема, им уже давно пора на пенсию... в любом случае у нас есть WASM и WebGL а значит с GUI проблем не будет

Например, посмотри как у дропбокса васм жмёт файлы перед отправкой

Спорное решение. В любом случае, WASM будет заточен под API браузера, а не ОС, на сколько я помню. Плюс рендеринг CSS и HTML со всеми тормозами. В общем, получаем бинарный улучшенный JS, если улучшенный.

WASM это не бинарный JS ? это почти виртуальный процессор со своим instruction set'ом, его просто создали на базе JS движка потому-что современный JS это глубоко-оптимизированная sandbox платформа

Васм это вообще не замена яваскрипту, у которого и так вм везде быстрая. А вот cpu-интенсив можно на васме щёлкать. Ну и вообще можно виртуалку под любой язык сделать и на этом языке в браузере писать. Только виртуалку надо как-то доставить юзеру будет, что упирается в некоторые мегабайты даунлоада

Математика должна стать побыстрее. А вот взаимодействие с домом - наоборот

взаимодействия с домом в перспективе не нужны, в перспективе нужен совершенно новый язык написания GUI и соответствующий scene graph на WebGL, HTML/CSS это не про приложения, это про гипертекстовые документы

взаимодействия с домом в перспективе не нужны, в перспективе нужен совершенно новый язык написания GUI и соответствующий scene graph на WebGL, HTML/CSS это не про приложения, это про гипертекстовые документы

Согласен. Ждём ответа браузеров на эту потребность.

Согласен. Ждём ответа браузеров на эту потребность.

браузеры уже дали нам всё основное (кроме потоков, но их обещают завести), осталось теперь написать хотя-бы PoC движок с языком на подобии QML

Да, круто, конечно, что числодробилка в вебе будет, но этого мало для замены нативных приложений. Про WebGL мало знаю, поверхностно.

игнорь, всё-равно забанят

Браузеры все дали, поэтому и страницы по 300 Мб занимают и энергию жрут процессором.

Блин, я вообще не знаю, с чего в оппозицию встал, так как сам за все новое. ?

Васм это вообще не замена яваскрипту, у которого и так вм везде быстрая. А вот cpu-интенсив можно на васме щёлкать. Ну и вообще можно виртуалку под любой язык сделать и на этом языке в браузере писать. Только виртуалку надо как-то доставить юзеру будет, что упирается в некоторые мегабайты даунлоада

это смотря с какой стороны посмотреть, у JS долгое время была монополия на веб, с WASM'ом эта монополия разрушится, а с этим будет стабильно снижаться доля веб рынка у JS. А проблему с размером решает кэш.. тебе 1 раз нужно загрозить, например 2 мб это Go бинарка на WASM'е, что такое 2 мб один раз скачать в цивилизованном мире?!..

Да, круто, конечно, что числодробилка в вебе будет, но этого мало для замены нативных приложений. Про WebGL мало знаю, поверхностно.

представь, что всю отрисовку вместо абстрактного WinAPI или GTK или чего угодно будет делать что - то в браузере вот ты и увидишь замену нативки

более того, это будущее всяких хромбуков

Да, круто, конечно, что числодробилка в вебе будет, но этого мало для замены нативных приложений. Про WebGL мало знаю, поверхностно.

WebGL это OpenGL для веба.. т.е. почти прямой интерфейс к видео-ускорителю

Браузеры все дали, поэтому и страницы по 300 Мб занимают и энергию жрут процессором.

чёт ты утрируешь, современное веб приложение можно в пару мегов упаковать с фреймворком и бизнес логикой, это ещё HTML/CSS/JS, а с бинарным WASM'ом так ещё меньше будет наверное ты про рукожопых фронтэндеров застрявших в 2000х годах, они да, они могут..

это смотря с какой стороны посмотреть, у JS долгое время была монополия на веб, с WASM'ом эта монополия разрушится, а с этим будет стабильно снижаться доля веб рынка у JS. А проблему с размером решает кэш.. тебе 1 раз нужно загрозить, например 2 мб это Go бинарка на WASM'е, что такое 2 мб один раз скачать в цивилизованном мире?!..

Да в том то и дело, что два мега это в принципе много, даже на раз, если это конечно не нишевой проект. Монополия разрушится, но за счёт расширения возможностей, то есть просто дополнительные новые юзкейсы появятся. Не думаю, что яваскрипт при этом куда-то исчезнет

Ну супер, будем GPU и CPU гонять, чтобы формочку показать. Вскипим!

Ну супер, будем GPU и CPU гонять, чтобы формочку показать. Вскипим!

угу, будто бы сейчас дела лучше обстоят

чёт ты утрируешь, современное веб приложение можно в пару мегов упаковать с фреймворком и бизнес логикой, это ещё HTML/CSS/JS, а с бинарным WASM'ом так ещё меньше будет наверное ты про рукожопых фронтэндеров застрявших в 2000х годах, они да, они могут..

Я про размер в памяти для отображения.