В EF Core

Зато там нет тайп еразуре)))

Он в планах!!!!

помойка просто

И генерики умеют в примитив)

Зато n+1 побороли

А ещё там полиморфный байт-код)

а еще убогий код стайл))

Method { }

Пацаны, вопрос. А кто-нибудь тесты на вебсокеты писал? Интересует вопрос, как решается проблема асинхронности, ну т.е. делается запрос и ожидается, что в вебсокет придет ответ(но ответ может придти через 10 секунд, например). Для такого кейса выставляются таймауты, насколько это правильно завязываться на таймауты? Например, если тесты запускаются на машине с меньшими ресурсами, и все тесты выполняются параллельно, может так случится, что время ответа увеличивается сильно и ты перестаешь влезать в таймаут. Интересны подходы, как правильно писать такие тесты, либо тык в статью

а еще убогий код стайл))

Это субъективно) но вот нотация говно да)) я не могу название метода с большой буквы писать) у меня сразу взрыв мозга

И депрессия

Ну хотя бы не андерскор

Пацаны, вопрос. А кто-нибудь тесты на вебсокеты писал? Интересует вопрос, как решается проблема асинхронности, ну т.е. делается запрос и ожидается, что в вебсокет придет ответ(но ответ может придти через 10 секунд, например). Для такого кейса выставляются таймауты, насколько это правильно завязываться на таймауты? Например, если тесты запускаются на машине с меньшими ресурсами, и все тесты выполняются параллельно, может так случится, что время ответа увеличивается сильно и ты перестаешь влезать в таймаут. Интересны подходы, как правильно писать такие тесты, либо тык в статью

Тесты сокета или то что из него приходит? Зачем сокет то тестить?

Тесты сокета или то что из него приходит? Зачем сокет то тестить?

Естественно, того, что из него приходит и тестить в правильную ли очередь оно приходит

Естественно, того, что из него приходит и тестить в правильную ли очередь оно приходит

А замокать этот момент никак нельзя?)

И не ждать 10 секунд)

А замокать этот момент никак нельзя?)

Теми средствами, которыми я оперирую, замокать этот момент нельзя. Сервер замокать можно, но это все равно асинхронный ответ, который может придти, а может и нет. И приходится ждать какое-то время, конкретно у меня сделано через блокирующую очередь и таймаут на poll

Ну и вообще, это немного интеграционный тест, в котором в докере поднимается реальный стенд с реальными сервисами(с помощью замечательного фреймворка тестконтейнерс)

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

Я, конечно, не могу отрицать, что я не идиот =)) Но, вышло как-то так

Кстати, если обновить Идею до самого свежего EAP, там появится Java 10 из коробки

Пацаны, вопрос. А кто-нибудь тесты на вебсокеты писал? Интересует вопрос, как решается проблема асинхронности, ну т.е. делается запрос и ожидается, что в вебсокет придет ответ(но ответ может придти через 10 секунд, например). Для такого кейса выставляются таймауты, насколько это правильно завязываться на таймауты? Например, если тесты запускаются на машине с меньшими ресурсами, и все тесты выполняются параллельно, может так случится, что время ответа увеличивается сильно и ты перестаешь влезать в таймаут. Интересны подходы, как правильно писать такие тесты, либо тык в статью

ты функциональные тесты имеешь в виду?

Ну, функциональные, это когда все-все поднимается. А у меня все-таки какой-то автономный кусок. В общем, в рамках моего отдела - это функциональный тест, в рамках всего продукта - нельзя сказать так

Ну, функциональные, это когда все-все поднимается. А у меня все-таки какой-то автономный кусок. В общем, в рамках моего отдела - это функциональный тест, в рамках всего продукта - нельзя сказать так

Залей код на житхаб)))))

Залей код на житхаб)))))

Меня выпнут же сразу =))

Короче тут тогда тайауты теста в минуту, а далее тупо ждать)

Иначе тесты превратятся в геморрой)

Ну, функциональные, это когда все-все поднимается. А у меня все-таки какой-то автономный кусок. В общем, в рамках моего отдела - это функциональный тест, в рамках всего продукта - нельзя сказать так

т.е. поднять свой локальный кусок и натравить на него фт не вариант?

т.е. поднять свой локальный кусок и натравить на него фт не вариант?

Я поднимаю свой кусок, сервисы, которые не мои - я мокаю. А дальше что я не понял("натравить на него фт")

Я поднимаю свой кусок, сервисы, которые не мои - я мокаю. А дальше что я не понял("натравить на него фт")

Ну запускаешь тесты, они долбят в него запросами, какими тебе надо (http, ws...) и сравнивают результаты. Не понял, в чём проблема сделать запрос в ws

Проблемы никакой нет. Я даже написал DSL для этого, но проверка того, что пришло в ответ от WS - это проверка с таймаутом

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

И выходит, что есть большая вероятность написать Flaky тесты

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

Зачем таймауты? Почему бы асинхронщиной не обмазаться - промисы/фьючи там, например.

Зачем таймауты? Почему бы асинхронщиной не обмазаться - промисы/фьючи там, например.

Ну обмажусь, в какой-то момент мне ответ не пришел по какой либо причине, что тогда?

Ну обмажусь, в какой-то момент мне ответ не пришел по какой либо причине, что тогда?

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

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

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

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

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

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

ну к кейс классам бы ещё что-то мощнее switch по типу

а то пока ломбок только DTO генерит

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

по поводу фвп там есть только костыль в виде functional interface, в котлине и скале куда удобнее, имхо. ломбок - тоже костыль сверху. зачем это, если можно сразу взять язык, где всё это есть, без всяких ломбоков и дополнительных конструкций?

по поводу фвп там есть только костыль в виде functional interface, в котлине и скале куда удобнее, имхо. ломбок - тоже костыль сверху. зачем это, если можно сразу взять язык, где всё это есть, без всяких ломбоков и дополнительных конструкций?

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

поправь если я что-то путаю

Ну case class в скале, но сути, такая же кодогенирация как и ломбок, только без плагина в ide

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

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

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

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

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

ну к кейс классам бы ещё что-то мощнее switch по типу

будет же, кучу раз кидали ссылку

и куда мощнее несчастного котлиновского

по поводу фвп там есть только костыль в виде functional interface, в котлине и скале куда удобнее, имхо. ломбок - тоже костыль сверху. зачем это, если можно сразу взять язык, где всё это есть, без всяких ломбоков и дополнительных конструкций?

А в скале не через интерфейс? Function1, Function2?

будет же, кучу раз кидали ссылку

Когда-то все будет. Но правда, как много проектов мигрануло на 9ку

по поводу фвп там есть только костыль в виде functional interface, в котлине и скале куда удобнее, имхо. ломбок - тоже костыль сверху. зачем это, если можно сразу взять язык, где всё это есть, без всяких ломбоков и дополнительных конструкций?

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

Когда-то все будет. Но правда, как много проектов мигрануло на 9ку

Мне кажется только новые проекты стартонули, а старые намертво в 8ке

А в скале не через интерфейс? Function1, Function2?

и да и нет да -- так было до 8 джавы нет -- сейчас юзается инвокдайнемик, интеров с джава лямбдами норм

Когда-то все будет. Но правда, как много проектов мигрануло на 9ку

все будет

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

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

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

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

это шелуха

:дзен:

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

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

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

превратное понимание слова "синтаксис"

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

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

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

например, дефольные параметры -- чистейший сахар

хотя приятный глазу, не спорю

а, скажем, final int i = 42 в джаве и плюсах имеют разный рантайм смысл, семантику (я про jmm)

крч, котлин не нужен?

крч, котлин не нужен?

а скала?

крч, котлин не нужен?

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

по этой логике тогда ни ломбок, ни тс и jsx для фронта - всё нинужно.

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

а какая цена за него?

по этой логике тогда ни ломбок, ни тс и jsx для фронта - всё нинужно.

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

но вот это "прорывной ЯП!" -- бесит

как плагин к джаве, котлин очень хорош как новый ЯП -- не нужен

по этой логике тогда ни ломбок, ни тс и jsx для фронта - всё нинужно.

хз за jsx, но тс дает типизацию

а какая цена за него?

на фронте - костыли, пиздецовый разросшийся тулинг. а котлин? какая? просадок по префомансу вроде нет, тулинг тоже ок - ьери и пиши сразу

как плагин к джаве, котлин очень хорош как новый ЯП -- не нужен

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

смешно? а котлин именно это делает

на фронте - костыли, пиздецовый разросшийся тулинг. а котлин? какая? просадок по префомансу вроде нет, тулинг тоже ок - ьери и пиши сразу

1) нельзя черрипикнуть лишь фичу с именованными параметрами 2) завязка на котлинц, как бы ни был он "прост", это лишнее звено

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

Корутины - тоже сахар?

Корутины - тоже сахар?

о, мое любимое корутины вообще либой должны быть

Работал кто-нить с OpenHAB?

я сейчас пытаюсь разобраться

о, мое любимое корутины вообще либой должны быть

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

смешно? а котлин именно это делает

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

о, мое любимое корутины вообще либой должны быть

Ок, как тогда их в джаве сделать через автозамену?

Ок, как тогда их в джаве сделать через автозамену?

потому и "любимое"... тут некорректное сравнение, тк надо брать не просто джаву, а джаву + либу

и вот с либой корутин или чего похожего -- запросто

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

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

ок, мб и так, это многое обьясняет

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

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

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

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

и вот с либой корутин или чего похожего -- запросто

Что должно быть в этой либе, чтобы можно было выполнить полметода, выйти из него, а потом выполнить остальное?

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

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

(гц, докер, системные лимиты, jmm, ...)