Рекомендации о том, какую платформу и технологии использовать: распределенное приложение для бухгалтерского учета

Question

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

• пользователи в различных местах по всему миру
• пользователя управления: контроль, кто может видеть, редактировать, утверждать различные листы/счет/операции в пределах листа
• синтаксического анализ банк выписка файлов в систему
• генерировать отчеты
• надежной регистрации: кто входит, редактирует, одобряет сделки
• безопасного хранения, надежные данные
• Абиля для обслуживания из Интернета или веб-сервера локальной сети

Я собирался использовать электронную таблицу Документов Google со сценариями, но я не вижу, чтобы пользовательский контроль был достаточно жестким.

На данный момент я склоняюсь к Java Servlets и JSP с помощью Google App Engine.

Что вы бы описали?

Answer 1

Сервлеты и JSP - это хорошая технология, но довольно простой/низкий уровень. Возможно, вам будет интереснее и продуктивно работать с новыми веб-фреймворками.

Некоторые идеи:

• Vaadin может удовлетворить такие приложения довольно хорошо, это основа для многофункциональных интернет-приложений, которые дает гораздо более сложные компоненты, чем вы могли бы реализовать с помощью простых JSPs.
• Я также слышал очень хорошие мысли о Play Framework.
• Если вы чувствуете себя действительно авантюрным и причудливым, набираете новый язык (Clojure), то Noir также является отличной веб-каркасом в процессе создания.

Answer 2

Единственным требованием здесь, которое может быть получено для App Engine, является «способность обслуживать Интернет или веб-сервер локальной сети». Что именно ты имеешь ввиду? Если это то, что ваши пользователи захотят установить локально, App Engine не может быть и речи.

Любое решение на основе Java будет соответствовать всем вашим требованиям. Поскольку у вас много регистрации/безопасности, вы можете посмотреть Spring MVC с Spring Security или даже Grails (который также поддерживает весеннюю безопасность).