У меня есть фон PHP, и я создал несколько веб-приложений с Laravel (3 и 4). У меня также есть опыт использования RESTful API в моих проектах.
У моего текущего клиента есть ERP, который представляет собой набор файлов PHP. Эти файлы содержат около 60 тысяч строк спагетти-кода. Клиент не хочет вкладывать больше денег в разработку этой системы, поэтому мы решили переписать все приложение. Я знаю все риски, связанные с переписыванием, и также прочитал статью Джоэла (http://www.joelonsoftware.com/articles/fog0000000069.html), поэтому нет необходимости в рефакторинге или обсуждении переписывания.
Для нового приложения я думал создать RESTful API с Laravel (4 или 5) и внешний интерфейс с AngularJS. Это было до того, как я протестировал Meteor 1.0. Он очень перспективный и было бы очень неплохо использовать его для этого проекта. Но подходит ли он для такого продукта?
Продукт моего клиента выглядит примерно так:
- Нет общедоступной регистрации для этого приложения (администратор создает всех пользователей)
- Сложные пользовательские разрешения (разрешения на уровне группы и разрешения на уровне пользователя, 6 групп)
- Работа с файлами (изображения, pdf и т.д.). Файлы используются в качестве вложений сообщений.
- Таблицы больших данных
- Внешние вызовы API
Приложение содержит такие разделы, как: пользователи, заказы, предложения, отслеживание времени, продажи, отчетность, календари, клиенты.
Так разумно ли использовать Meteor для такого рода проекта или вы предпочитаете комбинацию RESTful API + AngularJS? Я колеблюсь, потому что боюсь, что в больших проектах, использующих Meteor, код превратится в беспорядок.
