Приложение Electron было создано 2 года назад, что позволяет вам создавать действия с отдельным человеком в определенное время (подумайте о создании встречи / встречи). Приложение было построено с использованием следующего:
- Полимерный интерфейс
- несколько простых php сценариев (1 файл сценария на действие), например: get. php, add. php, et c ...
- Node.js (электронное приложение)
- MySQL
Приложение работало нормально, не реально время добавления новых действий может потребоваться переход на другую «страницу» или ссылку sh для ввода новых данных.
Я решил переработать приложение с использованием новой технологии и мы надеемся сделать его более «приложением в реальном времени».
Это то место, где могли бы появиться graphql (никогда не бывал) и mongodb (использовались ранее). А что касается скриптов php, я заменю бэкэнд с движением вперед expressjs.
Интерфейс создается с использованием Polymer, и существует компонент с именем, который представляет собой представление вызовов ajax. Это мой текущий спокойный вызов.
<iron-ajax
id="getPost"
auto
url="http://blitz.com/Activity/getActivity.php" <!--getName.php--> etc...
handle-as="json"
on-response="handleResponse"
last-response="{{activityResponse}}">
</iron-ajax>
Вот где я верю, что если я смогу «внедрить» это в вызов GraphQL, я смогу узнать больше о том, как работает GraphQL и как он реализован. Кроме того, что касается GraphQL, где он будет размещен, если я переведу приложение в оперативный режим, если мне нужно будет его разместить? Насколько я понимаю, GraphQL очень похож на остальные.
База данных в настоящее время разбита на несколько таблиц и будет продолжать увеличивать количество таблиц, если у меня будет больше идей для приложения, но пока это только таблица USERS , ДЕЯТЕЛЬНОСТЬ стол, СТОЛЫ стол. Дополнительные функции в дальнейшем были бы похожи на функции входа в систему, которые мне нужно будет выяснить, будет ли добавление новой таблицы правильным решением или если я буду использовать, как вход в Google.
Если бы я используйте mongodb, поскольку это нереляционная база данных. Какова будет лучшая практика для этого приложения?
Буду ли я иметь 1 базу данных и 1 коллекцию для обработки всей информации? при условии, что сбор основан на следующей информации
{
id: 1,
host_name:"bob",
guest_name:"bill",
activity:"basketball",
time:"12:12:12 01/01/01",
answer:"accepted"
}
Поскольку это электронное приложение, я могу просто связать все в приложение и разместить хост и саму базу данных, express + mongodb.