Эрнэст Фарукшин, с каждым запросом браузер и так отправляет куки! С каждым запросом авторизацию делать не нужно. Просто, если это не браузер, сохраняйте сессию и куки на клиенте. Если открыли долгоживущий сокет, то внутри авторизации не нужно.
Эрнэст Фарукшин, у меня за последний год ровно два таких проекта! Где для себя один написал подобие интерпретатора языка pascal, собственный xml-парсер и базу данных. А второй - сделал подобие spring и osgi.
А вот сейчас матом - все это говно попало в их проекты, которые они вели 3 и 2 года подряд. Как результат - полностью переписываем эти проекты, с нуля! Потому как ни один кусок этого говно-макаронного кода взять не получилось. Вот блин, ни один класс!
С первым проектом из 500 классов осталось 20 новых, интерпретатор заменили на groovy, стандартный парсер и встроенную базу, паскалевские скрипты полностью переписали (а это пол проекта).
Второй проект сейчас тоже в полной переработке. Меняем на нормальный DI и OSGI!
Не пишите свои велосипеды никогда!
Эрнэст Фарукшин, в результат напишете свой велосипед, который ни расширить ни поддержать в дальнейшем никто кроме вас не сможет. Не нравится спринг, возьмите другие библиотеки, благо их есть и много - apache shiro например.
Эрнэст Фарукшин, если постоянно держать открытый сокет, то не нужно ничего туда-сюда гонять. Но если сокет сломается, то ключ в куке поможет восстановить авторизацию без аутентификации.
Дмитрий Свиридов, Нет, не javascript.
Clojure компилируется в java-классы и живет внутри JVM. Доступны все библиотеки, которые доступны и для java (hibernate, spring и т.д.)
А вот Clojurescript компилируется через clojure в javascript и живет в браузере на фронте :-)
Оля, во первых, от шаблонов отказываться совсем не нужно, как передаете формы в шаблон, так м передавайте.
Во вторых, просто не отправляйте формы через post или get, а отправляйте их черех ajax. Для этого можно использовать jquery - одна js-функция строк на 10, которая будет собирать форму в json и отправлять ее на отдельный view. Этот универсальный обработчик вешается на все кнопки submit с параметрами!
В третьих - переделывать архитектуру не нужно, нужнл для каждой формы сделать эндпоинт с приемом собранного по полям json. Например вот готовый Рецепт
javedimka, да, хорошо, не хотим с товарами, пусть будут формы редактирования атрибутов поставщика, у меня там штук 8 форм на одного поставщика, причем половина - динамические, начиная от адресов-телефонов и заканчивая картой местонахождения, контактов транспортных компаний, реквизитов и прочей хрени. Если я это все буду каждый раз через вьюшки гонять, сам застрелюсь, отлаживая и тестируя.
javedimka, я приведу пример! Любой магазин - 15 карточек товаров на странице, в каждой форма выбора размера, цвета и «положить в корзину», сверху форма логина, корзинка с удалить товар, снизу окно с комментарием. Слева форма с тегами товаров. Итого под 30 форм только на странице! Каждый раз все это перерендеривать через сервер - застрелиться!
