15-20 процентов. Где-то под 90 скорее. Что я делаю не так?
ну, например - сравнить Дебит с Кредитом, или добавить Transaction Amount к Balance - это 2-3 строчки кода (операция плюс декларация модели). Это и есть бизнес логика в моем понимании. Все остально - Persistence / ORM, Service (e.g. REST) layer, перекладывание из одного DTO в другое по ходу выполнения, авторизация и тд - это техническая обвязка. Overhead зависит от степени выразительности инструментов ( для FP заметно меньше чем ОOP ), но в целом можно вполне набросить коэф x3-x4 для стадартного Java stack (JAX-RS, Hibernate). Если у Вас это 10%, то остается только снять шляпу и поинтересоваться деталями стека и бизнес домена.
Бизнес-домен - платежная система. Стек - Java, Spring JDBC Templates +PostgreSQL Json (это сильно упрощает работу с БД в отличии от hibernate) + jsonrpc4j. Просто бизнес-логика платежа - это несколько страниц текста, там далеко не только сравнить дебит с кредитом и добавить денег на счет. И есть еще логика взаимодействия с пользователем, которая тоже бизнес-логика и она требует много строк кода (я даже только про Backend). Persistence, сервисы, аутентификация/авторизация требуют очень немного строк, а преобразованием DTO вообще почти не занимаемся. А вот логика проверки пользователя по базе террористов - она сложная. Да и интеграция с внешними системами - это же тоже бизнес-логика в основном ) Или ты логику обработки ошибок не считаешь бизнес-логикой?
Обсуждают сегодня