Документ обсуждает мифы о Java, подчеркивая ее популярность, безопасность и производительность как предпочтительный выбор для разработки. Он рассматривает архитектуру приложений, включая взаимодействие между клиентом и сервером, бизнес-логику и управление данными с фокусом на простоте и удобстве использования фреймворков. В конце упоминается о технологиях и подходах, которые могут быть использованы для эффективной разработки, включая Spring Framework и Jackson.

1. Java с человеческим
лицом
Филипп Дельгядо

2. Мифы о Java
Сплошной Enterprise
Сложносочиненные фреймворки
Программирование на XML-конфигах
Дорогие программисты

3. Мифы о Java
Ну, если честно, это не мифы

4. Мифы о Java
Ну, если честно, это не мифы
Но бывает и по другому...

5. Задача
Нестандартная предметная область
Разнообразный и сложный UI
Транзакции, надежность, расширяемость
Производительность и масштабируемость

6. Очевидная архитектура
Rich client
Frontend
Web client
Admin
API client
Backend
SQL
NOSQL
Command
Command
Command
MQ

7. Что делает frontend
Обработка параметров
Валидация
Подготовка результата
Управление сессиями
Логика отображения

8. Что делает backend
Бизнес-логика
Транзакции
Асинхронные операции
Организация persistence

9. Особенности frontend
Параметры могут задаваться:
get-запрос, json
Результатом может быть:
html, json, redirect
Несколько видов авторизации
Несколько стратегий работы с сессией

10. Итак, нужен каркас
Простой
Никакой магии
Одновременная разработка клиента и сервера
Локальные и удаленные сервисы
Документированное взаимодействие

11. Мало?
Управление кэшами
Управление транзакциями
в том числе смешанными и с учетом кэшей
l10n, i18n
Удобная работа с БД

12. И почему Java?
Популярность
Безопасность
Инфраструктура

13. И почему Java?
Популярность
Безопасность
Инфраструктура
Производительность!
И никакой кластеризации!!!

14. И почему Java?
Для всех поставленных (и множества
возникших в процессе) задач есть простые и
удобные решения

15. Почему делаем велосипед?
У всех прочих фреймворков «есть один
фатальный недостаток»
Слишком много конкретных особенностей
Создание собственного проще, нежели
доработка существующего

16. KISS!

17. Бизнес-логика и верстка
Разработкой frontend'а должны заниматься
разработчики клиента
Frontend должен быть простой и надежный
Строгое описание взаимодействие

18. Интерфейс взаимодействия
Описание взаимодействия client - frontend должно:
быть удобным для чтения
поддерживать версионность
быть кодом, а не документом
Хочется поддержки сложных структур, массивов,
хэш-таблиц.
Нужно уметь описывать ошибки и константы

19. Возможное решение
JSON (а есть варианты?)
Описание объектов — POJO, с стандартным
описанием сериализации через аннотации
Библиотека трансляции — Jackson
Технические подробности от разрабочика
спрятаны

20. Интерфейс
public static final class Request
{
@JsonProperty public String id;
@JsonProperty public String name;
}
public static final class Response extends JsonResponse
{
public static Response notExists() {
return new Response("notExists"); }
@JsonProperty public String id;
@JsonProperty public Date createdDate;
}

21. Команда
@Command(path = "/itemEditor/setFields")
public class SetFields implements ICommand<SetFields.Request, SetFields.Response>
{
@Autowired private ItemService itemService;
@Override public Response execute(final Request request, final Context context)
{
if (validate().isId(request.id).notEmpty(request.name).isError())
return Response.illegalParams();
Future<Item> futureItem = serviceExecutor.doLocal(context, ()-> {
return itemService.changenProperties(request.id, request.name, context);
});
return new Response(futureItem.get());
}

22. Команда
@Command(path = "/itemEditor/setFields")
public class SetFields implements ICommand<SetFields.Request, SetFields.Response>
{
@Autowired private ItemService itemService;
@Override public Response execute(final Request request, final Context context)
{
if (validate().isId(request.id).notEmpty(request.name).isError())
return Response.illegalParams();
Future<Item> futureItem = serviceExecutor.doLocal(context, ()-> {
return itemService.changenProperties(request.id, request.name, context);
});
return new Response(futureItem.get());
}

23. Простые технологии
Spring Framework
SOLR
Jackson
Velocity
ECache
Servlets
Tomcat
ActiveMQ

24. Persistence
No ORM
No NoSQL
Blobs/JSON
IBM DB2

25. Persistance: почему блобы
Легко менять структуру
Легко сделать версионность
Производительность
Просто

26. Ну и что получилось
2 недели разработки
Разработчики работают параллельно
Серверная часть простая
Производительность

27. Граничные условия
Хотя бы один приличный java dev
если не senior, то middle с опытом
Наличие нестандартных требований к каркасу
иначе проще взять Spring MVC
Сложное и нагруженное
иначе проще взять Joomla

28. Вопросы?
dph.public@gmail.com
vk.com/dphil
Goodwix.com