Переписать Java на Clojure

Самая большая «проблема перевода», вероятно, будет связана с переходом от методологии Java / OOP к парадигме Clojure / функционального программирования.

В частности, вместо того, чтобы иметь изменяемое состояние внутри объектов, «способ Clojure» состоит в том, чтобы четко отделить изменяемое состояние и разработать чистые (без побочных эффектов) функции. Вы, наверное, все это уже знаете :-)

В любом случае, эта философия имеет тенденцию вести к чему-то вроде стиля разработки «снизу вверх», когда вы сосредотачиваете начальные усилия на создании правильного набора инструментов для решения вашей проблемы, а затем, наконец, соединяете их вместе в конце. Это может выглядеть примерно так

1. Определите ключевые структуры данных и преобразуйте их в неизменяемые определения карты или записи Clojure. Не бойтесь вкладывать множество неизменяемых карт - они очень эффективны благодаря постоянным структурам данных Clojure. Чтобы узнать больше, стоит посмотреть это видео.

2. Разработайте небольшие библиотеки функций, ориентированных на чистую бизнес-логику, которые работают с этими неизменяемыми структурами (например, «добавить товар в корзину»). Вам не нужно делать все это сразу, так как позже легко добавить больше, но это помогает сделать несколько на раннем этапе, чтобы облегчить тестирование и доказать, что ваши структуры данных работают ... в любом случае в этом момент, вы можете начать писать полезные вещи в интерактивном режиме в REPL

3. Отдельно разработать процедуры доступа к данным, которые могут сохранять эти структуры в / из базы данных, сети или устаревшего кода Java по мере необходимости. Причина, по которой это нужно держать отдельно, заключается в том, что вы не хотите, чтобы логика сохраняемости была связана с вашими функциями «бизнес-логики». Возможно, вам стоит взглянуть на ClojureQL для этого, хотя также довольно легко обернуть любой код сохраняемости Java, который вы нравиться.

4. Напишите модульные тесты (например, с помощью clojure.test), которые охватывают все вышеперечисленное. . Это особенно важно для динамического языка, такого как Clojure, поскольку а) у вас нет такой защиты от статической проверки типов и б) это помогает убедиться, что ваши конструкции нижнего уровня работают хорошо, прежде чем вы будете слишком много строить на наверху из них

5. Решите, как вы хотите использовать ссылочные типы Clojure (переменные, ссылки, агенты и атомы) для управления каждой частью изменяемого состояния на уровне приложения. Все они работают одинаково, но имеют разную семантику транзакций / параллелизма в зависимости от того, что вы пытаетесь сделать. Ссылки, вероятно, будут вашим выбором по умолчанию - они позволяют реализовать «нормальное» транзакционное поведение STM, заключая любой код в блок (dosync ...).

6. Выберите правильный общий веб-фреймворк - у Clojure уже есть немало, но я настоятельно рекомендую Ring - посмотрите это отличное видео "One Ring To Bind Them" плюс Fleet или Enlive или Hiccup в зависимости от вашей философии создания шаблонов. Затем используйте это, чтобы написать свой уровень презентации (с такими функциями, как «преобразовать эту корзину для покупок в соответствующий фрагмент HTML»)

7. Наконец, напишите свое приложение, используя указанные выше инструменты. Если вы выполнили описанные выше шаги правильно, то это действительно будет легко, потому что вы сможете построить все приложение, соответствующим образом составив различные компоненты, с очень небольшим количеством шаблонов.

Это примерно та последовательность, в которой я хотел бы атаковать проблему, поскольку она широко представляет порядок зависимостей в вашем коде и, следовательно, подходит для разработки «снизу вверх». Хотя, конечно, в хорошем гибком / итеративном стиле вы, вероятно, рано или поздно будете продвигаться вперед к демонстрационному конечному продукту, а затем довольно часто возвращаться к предыдущим шагам для расширения функциональности или рефакторинга по мере необходимости.

p.s. Если вы последуете описанному выше подходу, я был бы очарован, услышав, сколько строк Clojure требуется, чтобы соответствовать функциональности 50 000 строк Java.

Обновление: поскольку этот пост был изначально написан, появилось несколько дополнительных инструментов / библиотек, которые относятся к категории "обязательно проверить":

• Noir - веб-фреймворк, основанный на Ring.
• Korma - очень хороший DSL для доступа к базам данных SQL.

Какие аспекты Java включены в ваш текущий проект? Ведение журнала, транзакции базы данных, декларативные транзакции / EJB, веб-уровень (вы упомянули JSP, сервлеты) и т. Д. Я заметил, что экосистема Clojure имеет различные микро-фреймворки и библиотеки с целью выполнить одну задачу и сделать это хорошо. Я бы посоветовал оценить библиотеки в зависимости от ваших потребностей (и от того, будут ли они масштабироваться в крупных проектах) и принять обоснованное решение. (Отказ от ответственности: я являюсь автором bitumenframework) Еще одна вещь, на которую следует обратить внимание, это процесс сборки - если вам нужна сложная настройка (разработка, тестирование, постановка, продакшн), возможно, вам придется разбить проект на модули и для простоты написать сценарий процесса сборки.

Я обнаружил, что самое сложное - думать о базе данных. Проведите несколько тестов, чтобы найти нужные инструменты, которые вы хотите использовать.