http://www.restapitutorial.com/

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

Ясно, спасибо, сейчас почитаю и попробую

Да в на любой сайт в консоль разработчика зайди, посмотри через network, сколько он запросов за одну загрузку страницы делает

Хм... т.е. получается что и фронт и бэк должны уметь отвечать на одни и те же запросы? ну не одни и те же но однотипные? ПРосто клиент спрашивает фронт, а фронт этот вопрос уже в своей интерпретации переадресовывает бэку?

> а то есть подозрение в недопонимании

лишь бы не пришлось объяснять что такое интернет

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

Под клиентом я понимал вообще просто человека, человек через браузер дергает фронт, а фронт уже дергает бэк

типо того

http и все такое

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

в нормальной терминологии: 1. user - человег! 2. client - программа посылающая запросы, в частности это может быть frontend (javascript) или что-то ещё 3. server - бакэнд

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

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

Да, запрос надо отправить, но видео - 600+ метров, или вообще поток, я просто не понимаю как его перехватить, и не очень понимаю как это спросить у гугла

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

https://ru.wikipedia.org/wiki/Клиент-сервер

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

https://ru.wikipedia.org/wiki/Клиент-сервер

и к чему это? про фронтенд и бэкенд там нет ни слова

это к значениям слова клиент

фронтэнд это имплементаци клиента, бакэнд это имплементация сервера

все привыкли в этих терминах общаться

иначе сильная путаница появляется, кто что имел ввиду

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

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

А про слово юзер - не вспомнил(

по поводу видео не работал с ним, но возможно стоит посмотреть на опыт других https://habrahabr.ru/company/odnoklassniki/blog/265133/

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

Ясно, спасибо, щас гляну

Это сейчас какой то очень жирный троллинг был?

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

Почитайте про архитуктуры информационных систем. Чтобы было понимание трехзвенки, двухзвенки и т. п. Многие вопросы отпадут сами

уравнение телеграфистов...

У меня немного извращенский вопрос, но есть IDE для Scala под Android?

В идеале конечно было бы с REPL и git, но минимум - редактор кода с подсветкой синтаксиса Scala

Android studio + Scala plugin?

Или idea + android plugin + Scala plugin

Android studio + Scala plugin?

не, IDE на android как я понял же?

не, IDE на android как я понял же?

Угу, хочу в метро с блютус клавиатурой сидеть

@Sovent есть Scala IDE, она в вебе

может сработать

Sacal IDE вроде бы это эклипс.

да, чот я вот не могу нагуглить

но точно же была в вебе IDE для скалы

причем какая-то оч официальная

-_-

0_o

приснилось что ли О_О я ж её даже пытался использовать

крыша едет не спеша, как говорится

Эм... для скалы или для play framework?

Есть Atom + Ensime. Но это не совсем уже веб.

Но что-то в вебе точно было, тоже помню

Просто для скалы

Я тоже слышал про онлайн редактор в вебе...

Может быть это http://www.scala-js-fiddle.com/ ?

в активаторе была ботва такая

во, может в активаторе да

Был какой-то онлайн эдитор с кучей языков. И там была скала

Тож не помню название

Эдиторов полно. Думаю любой онлайновый редактор поддерживает подсветку синтаксиса скалы. А вот так что бы и репл и всякие ништяки.

https://ideone.com - этот?

Там еще собирать можно было

я про activator ui говорил в общем

Нет, это не ideone

Перечитал недавнюю беседу в этой конфе по теме "как быть с DI" в поисках ответа на вопрос почему не использовать cake pattern, но так и не понял. Чем он плох? Минусы, подводные камни?

Перечитал недавнюю беседу в этой конфе по теме "как быть с DI" в поисках ответа на вопрос почему не использовать cake pattern, но так и не понял. Чем он плох? Минусы, подводные камни?

Сложна!

Перечитал недавнюю беседу в этой конфе по теме "как быть с DI" в поисках ответа на вопрос почему не использовать cake pattern, но так и не понял. Чем он плох? Минусы, подводные камни?

Тем что если у вас хотя бы средний проект, у вы замучаетесь. В основном main классе у вас будет пол сотни with, IDE будет с этого болеть. А если вас в команде более трех человек и хоть кто-то поймет этот кейк не так как все остальные будет ад... При попытке писать тесты вы столкнетесь с той же проблемой, нужно будет написать сначала кучу with что-то (если вдруг вы захотите интеграционный тест) А веселей всего будет когда будет нехватать какого-то трейта в with... Из опыта помню что когда мы применяли кейк компилятору иногда так отрывало голову что он был не в силах сказать какого именно импорта нехватает...

ERROR: S client not available

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

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

А чем кейк отличается от просто инжекта зависимостей через конструктор? Тем, что всего один класс и объект создается?

А чем кейк отличается от просто инжекта зависимостей через конструктор? Тем, что всего один класс и объект создается?

Как модно говорить в этом чате: почитайте про кейк :)

Ок, видимо у меня неправильное впечатление сложилось, что кейк - это примешивание к себе зависимостей как трейтов

Или как полей трейтов

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

Хотя может в чате есть евангелисты кейка которые расскажут как верно жить

Ок)

http://jonasboner.com/real-world-scala-dependency-injection-di/ вот ес чо

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

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

хейтерс гонна хейт

Тут вот один этот пост

Очень ок, когда разбирался лично мне только он вкатил

Ну и собственно в таком виде он и используется у нас, прям так

Вообще di проще чем cake pattern, за исключением того, что нужно либу притянуть. Так что я не понимаю, когда говорят, "у нас маленький проект и мы не стали юзать di"

Если кол-во классов больше 10, по-моему можно тащить в проект di

http://di-in-scala.github.io/ неплохой гайд нашёл по macwire

Еще есть cup cake pattern кто не знает =)

в большинстве случаев это все вкусовщина и субъективное восприятие

https://drive.google.com/file/d/0BwRrcixvqFQgeTJZdVRaZ0hMU3ZMOFVKNlo2RENwN3c5ekZR/edit?usp=sharing

Он же parfait pattern

Confectioner User Group)

cake pattern даже не рассматривал при выборе di. Он же форсит генерацию целой кучи boilerplate кода

на любую сущность трейт

нафига мне это надо?

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

Дык cake форсит создание трейтов на все сущности, разве нет?

Нет, как он может это форсить? Там где надо ты традиционно юзаешь конструкторы.

а есть вообще такие кейсы, когда зависимости прокидываются не через конструкторы? Я имею ввиду нормальный код с нормальным покрытием тестами. Хотя что это я, можно жеж отнаследоваться и замокать все, что нужно :) Но по мне, так лучше зависимости по возможности через конструктор передавать - сразу видно что от чего зависит.

inject'ы в верхней части класса тож сразу видно