Архитектура web torrent клиента

#java #spring_mvc #архитектура #torrent

Подскажите как правильно организовать локальную торрент качалку с веб интервейсом.
Сам торрент клиент уже написан. Осталось прикрутить веб. Стоит ли ради "такого" дела
поднимать спринг или же есть альтернативные пути? Если стоит прикрутить спринг, насколько
подходит архитектура mvc?

Торрент клиент на вход получает файл.torrent(или же путь к файлу) и путь для сохранения.
С возможностью выдачи статистических данных. Никакой безопасности и многопользовательности.
    

Ответы

Ответ 1

А в чем сомнения возникли? Вам же по сути надо сделать CRUD для управления торрентами.
Любой MVC тут подойдет. Но можно и без него. Архитектурно у вас уже есть разделение
на UI и саму качалку.

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

Варианты:


если хочется клиентскую часть сделать максимально тонкой - Spring Boot, Spring MVC,
любой шаблонизатор (JSP, Thymeleaf, Velocity).
если хочется попробовать SPA, то какой-нибудь не слишком тяжелый сервер (Jetty, Undertow,
Ratpack) и JAX-RS обвязка для REST (Jersey, RESTeasy), или даже вовсе без нее, а UI
ваять на JS.
если хочется SPA без JavaScript, то можно попробовать GWT (Google Web Toolkit), но
это путь в никуда.
если все же железо слабое, и хочется чего-то с минимальным footprint, то лучше вообще
отказаться от Java, а попробовать Python или даже Lua. Под них тоже достаточно как
полноценный MVC, так минималистичных микро-web-фреймворков.