Разработка полнофункционального Spring/JPA Enterprise приложения c авторизацией и правами доступа на основе ролей с использованием наиболее популярных инструментов и технологий Java: Maven, Spring MVC, Security, JPA(Hibernate), REST(Jackson), Bootstrap (css,js), datatables, jQuery + plugins, Java 8 Stream and Time API и хранением в базах данных Postgresql и HSQLDB.
Когда вы слышите что-то, вы забываете это.
Когда вы видите что-то, вы запоминаете это.
Но только когда вы начинаете делать это,
вы начинаете понимать это
Старинная китайская поговорка
ВНИМАНИЕ: выбирайте для проекта простой пусть без пробелов и русских букв, например (Windows) c:\projects\topjava\. Иначе впоследствии будут проблемы
Плагин уже Git Intergation не требуется и вкладку Version control в IDEA переименовали в Git
Для переключения режима отображения изменений из вкладки Commit в Git: Local Changes нужно переключить Settings/Preferences | Version Control | Commit | Use non-modal commit interface или в контекстном меню вкладки Commit:
Оцените Time complexity алгоритма. Если она больше O(N), например O(NN) или Nlog(N), сделайте O(N). Внимание: внимательно прочитайте про O(N). O - это любой коэффициент, 2*N это тоже O(N).
Optional 2 (+5 бонусов, только после выполнения базового и Optional задания!)
Сделать реализацию со сложностью O(N) (обратите внимание на п.13 замечаний)
Решение должно быть рабочим в общем случае (работать в приложении с многими пользователями, не только при запуске main)
Нельзя 2 раза проходить по исходному списку (в том числе его отфильтрованной или преобразованной копии)
циклом за 1 проход по List<UserMeal>
без циклов по другим коллекциям/массивам (к ним также относим методы коллекций addAll()/removeAll())
через Stream API за 1 проход по исходному списку meals.stream()
нельзя использовать внешние коллекции, не являющиеся частью коллектора
возможно дополнительные проходы по частям списка, при этом превышение должно считаться один раз для всего подсписка. Те например нельзя разбить список на на 2 подсписка с четными и нечетными датами и затем их объединить, с подсчетом превышения для каждого элемента.
Когда встречаешь что-то непривычное, приходится перестраивать мозги. Например, переход с процедурного на ООП программирование дается непросто. Те, кто не знает шаблонов (и не хотят учить) также их встречают плохо. Хорошая новость в том, что если это принять и начать использовать, то начинаешь получать от этого удовольствие. И тут главное не впасть в другую крайность:
При использовании Stream API производительность улучшиться только на больших задачах, где возможно распараллеливание.
Еще - просто так запустить и померять скорость JVM нельзя (как минимум дать прогреться и запустить очень большое число раз). Лучше использовать какие-нибудь бенчмарки, например JMH, который мы юзаем на другом проекте (Mastejava).
Замечания к HW0
1: Код проекта менять можно! Одна из распространенных ошибок как в тестовых заданиях на собеседовании, так и при работе на проекте, что ничего нельзя менять. Конечно при правках в рабочем проекте обязательно нужно проконсультироваться/проревьюироваться у авторов кода (находится по истории VCS)
2: Наследовать UserMealWithExcess от UserMeal нельзя, т.к. это разные сущности: Transfer Object и Entity. Мы будет их проходить на 2м уроке. Это относится и к зависимости.
3: Правильная реализация должна быть простой и красивой, можно сделать 2-мя способами: через стримы и через циклы. Сложность должна быть O(N), т.е. без вложенных стримов и циклов.
4: При реализации через циклы посмотрите в Map на методы getOrDefault или merge
5: При реализации через Stream заменяйте forEach оператором stream.map(..)
6: Объявляйте переменные непосредственно перед использованием (если возможно - сразу с инициализацией). При объявлении коллекций используйте тип переменной - интерфейс (Map, List, ..)
7: Если IDEA предлагает оптимизацию (желтым подчеркивает), например заменить лямбду на метод-референс, соглашайтесь (Alt+Enter)
8: Пользуйтесь форматированием кода в IDEA: Alt+Ctrl+L
9: Перед check-in проверяйте чендж-лист (курсор на файл и Ctrl+D): не оставляйте в коде ничего лишнего (закомментированный код, TODO и пр.). Если файл не меняется (например только пробелы или переводы строк), не надо его чекинить, делайте ему revert (Git -> Revert / Ctrl+Alt+Z).
10: System.out.println нельзя делать нигде, кроме как в main. Позже введем логирование.
11: Результаты, возвращаемые UserMealsUtil.filteredByStreams мы будем использовать в нашем приложении для фильтрации по времени и отображения еды правильным цветом.
12: Обращайте внимание на комментарии к вашим коммитам в git. Они должны быть короткие и информативные (лучше на english)
13: Не полагайтесь в решении на то, что список еды будет подаваться отсортированным. Такого условия нет.
请发表评论