пиши код вот так

например такой : mealList.stream() .filter(curMeal -> TimeUtil.isBetween(curMeal.getLocalTime(), startTime, endTime)) .map(curMeal -> new UserMealWithExceed(curMeal, mealList.stream() .collect(Collectors.groupingBy(UserMeal::getLocalDate, Collectors.summingInt(UserMeal::getCalories))).get(curMeal.getLocalDate()) > caloriesPerDay)) .collect(Collectors.toList());

Мне нравится больше вот этот вариант.

второй должен быть быстрее

но я ничего не понимаю

очень много ифов

а если ифов много это наверное не хорошо?

нене

просто сразу не разберешься

код написанный с помощью стрим апи намного понятнее

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

или скринами скидывай или на пастбин/ideone

ок, товарищ )

ок, товарищ )

поправь сейчас

например такой : mealList.stream() .filter(curMeal -> TimeUtil.isBetween(curMeal.getLocalTime(), startTime, endTime)) .map(curMeal -> new UserMealWithExceed(curMeal, mealList.stream() .collect(Collectors.groupingBy(UserMeal::getLocalDate, Collectors.summingInt(UserMeal::getCalories))).get(curMeal.getLocalDate()) > caloriesPerDay)) .collect(Collectors.toList());

Вложенный стрим - это плохо. Лично мне такое читать сложнее. Кроме того, mealList.stream() .collect(Collectors.groupingBy(UserMeal::getLocalDate, Collectors.summingInt(UserMeal::getCalories))) Можно вынести в переменную. Нет смысла пересоздавать эту коллекцию при каждой итерации в стриме.

Вложенный стрим - это плохо. Лично мне такое читать сложнее. Кроме того, mealList.stream() .collect(Collectors.groupingBy(UserMeal::getLocalDate, Collectors.summingInt(UserMeal::getCalories))) Можно вынести в переменную. Нет смысла пересоздавать эту коллекцию при каждой итерации в стриме.

Если только там не flatMap, конечно же)

Да и стрим тут, вроде, не эквивалентен циклу.

swagger annotations это шутеечка какая-то или что?

Нет

http://swagger.io ты про это?

да

довольно классная штука

ток сегодня читал

в чем прикол этой штуки?

в свое время прикручивал к resteasy

акромя того, что неплохо делает по api doc документацию

еще и клиент, чтоб сразу потестировать запросы

Последний релиз в 2014. Он не умер?

например такой : mealList.stream() .filter(curMeal -> TimeUtil.isBetween(curMeal.getLocalTime(), startTime, endTime)) .map(curMeal -> new UserMealWithExceed(curMeal, mealList.stream() .collect(Collectors.groupingBy(UserMeal::getLocalDate, Collectors.summingInt(UserMeal::getCalories))).get(curMeal.getLocalDate()) > caloriesPerDay)) .collect(Collectors.toList());

Ты тесты-то писал? Что-то я по коду не вижу, что два снипетта эквивалентны

Последний релиз в 2014. Он не умер?

Там по сути уже развивать нечего

Javadoc синтаксис сколько лет уже не меняется?)

Пошутите кто-нибудь про синтаксис с99

Пошутите кто-нибудь про синтаксис с99

У Си был новый стандарт в 2011, если я не ошибаюсь.

C1X != C99

C1X != C99

Я знаю, но это всё равно что говорить, что Java 7 никогда не менялась. Это бессмысленно.

Твоя правда

причём тут java7

и тулза которая генерит доки?

rest-api сильно менялся за последнее время?

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

а сама архитектура

Ты тесты-то писал? Что-то я по коду не вижу, что два снипетта эквивалентны

В чем они не похожи?

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

Чет во флуде молчат, тут чтоль поспамить

Народ, пните нуба в нужную сторону. как/чем лучше организововать one-to-many на hibernate (пятый), а то туторы в интернетах обсирают друг-ддруга, у одних fetch стратегии, ну других таблицы смежности у третих вообще хер знает че просходит

Есть энтити foo, у которого есть Set<bar> и два энтити bar1 и bar2, наследники абстрактного bar. Только хранить bar1 и bar2 это странное решение, а getBars(){ return new Set<Bar>().addAll(getBars1()).addAll(getBars2()) } помоему еще хлеще

а. щепотка usertype и Inheritance и стало лучше

В классе java.util.Date есть метод toInstant(). Класс java.sql.Date от него наследует и оверрайдит это метод выбрасывая исключение. Нафига такое сделали?

Date всяко deprecated

Jdbc не умеет возвращать объекты нового апи

Хотя я мог не разобраться

toInstant добавили в восьмерке

Instant хранит таймстемп, т.е. время, вплодь до секунд

java.sql.Date хранит только год, месяц, день

поэтому toInstant не имеет смысла в java.sql.Date

для хранения часов, минут, секунд есть java.sql.Time и java.sql.Timestamp

*таймстемп хранит время вплоть до милисекунд

Кто знает в чем разница и что лучше при конфигурировнии dataSource на спринге <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="${db.class}"/> <property name="url" value="${db.url}"/> <property name="username" value="${db.username}"/> <property name="password" value="${db.password}"/> </bean> Или это <bean id="dataSource" class="<bean id="dataSource" class="org.apache.tomcat.jdbc.pool.DataSource" destroy-method="close">"> <property name="driverClassName" value="${db.class}"/> <property name="url" value="${db.url}"/> <property name="username" value="${db.username}"/> <property name="password" value="${db.password}"/> <property name="initialSize" value="10" /> <property name="maxActive" value="500" /> <property name="maxIdle" value="40" /> <property name="minIdle" value="1" /> <property name="maxWait" value="5000" /> </bean> Причем от второго у меня происходит утечка памяти при включении или выключении приложения

первый без пула, второй с пул соединений

Народ, пните нуба в нужную сторону. как/чем лучше организововать one-to-many на hibernate (пятый), а то туторы в интернетах обсирают друг-ддруга, у одних fetch стратегии, ну других таблицы смежности у третих вообще хер знает че просходит

три таблицы, надо, fetch-стратегия - Lazy

o2m 3 таблицы? зачем?

ну как, 1 таблица под первую сущность, 2 под вторую и промежуточная, которая ключики содержит

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

https://habrahabr.ru/post/308562/

https://habrahabr.ru/post/308562/

Вот эта статья мне нравится. Где-то год назад был наброс прос переход со скалы на гошечку

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

ERROR: S client not available

причём на ещё более новые языки :D

Кто нибудь пробовал писать свой проект?

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

ей лет 13, ничего себе новый.

ну а применяться она когда стала широко?

лет 5

молодой язык

Они широко применяется на всяких Play проектах

ну наверно потому что плей и написан на скакалке :)

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

И вот именно эта статья довольно хороша.

ну наверно потому что плей и написан на скакалке :)

50\50

А вот эта, просто наброс, http://jimplush.com/talk/2015/12/19/moving-a-team-from-scala-to-golang/

ну как сказать сложна :)

50\50

Так есть же play 1.x — который на java и 2.х — который на scala

Так есть же play 1.x — который на java и 2.х — который на scala

2.х написан 50\50, многие вещи для удобства разработки были перенесены на java

они сами потихоньку отказываются от скалы

Это да, был typesafe и перестал быть.

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

А что такое рест?

2.х написан 50\50, многие вещи для удобства разработки были перенесены на java

Ну почти.

эх, а я планировал перекатываться на скакалку потихоньку

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

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

а еще за скалу платят больше чем за жабку

а еще за скалу платят больше чем за жабку

знал бы ты сколько платят за cobol

а еще за скалу платят больше чем за жабку

Наверное потому что скала звучит как что то надежное и твёрдое

знал бы ты сколько платят за cobol

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

но даж он грил что "cobol это ваще тема, всю жизнь можно на нем бабки поднимать"

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

Интересная наверное была беседа

но даж он грил что "cobol это ваще тема, всю жизнь можно на нем бабки поднимать"

Так если он даже не айтишник, а дальнобойщик какой-нибудь

Холивар с уборщицей ЦОДа о преимуществах многоядерной архитектуры

Так столь?