Гостиная вверх и бега!
Клиент”
Гостиная Это компания (начата Browntree Labs), которая создает программное обеспечение для руководителей недвижимости. Гостиная хотела построить прекрасное приложение, которое дает возможность простым руководителям арендаторов и имуществ с инструментами, чтобы облегчить управление квартирами.
Проблема
Я начал сам гостиную, как и личный проект, так и профессиональный усилий. Я люблю делать продукты, и я люблю работать над вещами, которые меня интересуют. В очень ограниченном количестве времени я хотел построить продукт, который позволил арендодателям:
- Собирать аренду
- Регистрация вопросов, сообщенных арендаторами
- Управление арендыми
- управлять своими свойствами, квартирами и арендаторами
и позволяет арендаторам:
- платить аренда онлайн
- Чат с арендодателями/менеджерами недвижимости
- позволять
Решение
Поскольку мы хотели построить полностью извлеченный продукт в очень ограниченном временном кадре, мы выбрали набор очень известных рамки и библиотек:
- Ruby на рельсах для рендеринга и API
- Реагировать на больше пользовательских интенсивных разделов
- Полоса для обработки оплаты
Ruby на рельсах для рендеринга и основных страниц
Ruby на рельсах является одной из самых узнаваемых рамок для строительства веб-приложений. В Browntree Labs большинство наших проектов включают Ruby на рельсах, поэтому мы чрезвычайно знакомы с рамками внутри и снаружи. Поскольку рамки настолько популярны, каждая типичная проблема уже имеет действительно хорошо продуманное решение в сообществе с открытым исходным кодом.
Отличный пример типичной проблемы с решением является драгоценный камень Разрабатывать Отказ Devise – это рубин на рельсы GEM, которые добавляют аутентификацию и логику авторизации к вашему приложению. Используя Devise, мы буквально имели аутентификацию и запущенные в течение нескольких минут. Если бы мы использовали различные рамки, которые не имели эту проблему, решающуюся сообществом, это заняло бы часы, чтобы обработать все нюансы аутентификации, не говоря уже о требованиях авторизации (только позволяя определенным пользователям доступ к определенной информации).
Используя Ruby на рельсах, мы смогли быстро итереть на больших участках этого сайта. Например, страницы, такие как страница информации о недвижимости, вообще не было времени, потому что не было вызовов API, а не сложная установка. Это был просто вопрос получения данных из базы данных и отображение информации в HTML и ERB.
Страница информации о недвижимости
Использование реагирования для большего пользовательских интенсивных разделов
Хотя Rails отлично подходит для отображения основных данных, и создание базового Crud (создать обновление чтения) Интерфейсы, иногда вам нужно что-то с более чем богатый Пользовательский опыт. Например, при отображении сортируемой таблицы, с нечеткими возможностями поиска, вы не хотите обновлять страницу всякий раз, когда кто-то вписывается в букву или сортирует столбец. Для этих разделов сайта мы использовали библиотеку JavaScript под названием Реагировать Отказ
Реагировать, изначально и в настоящее время разрабатывается Facebook Была самая популярная библиотека JavaScript и/или структура в течение многих лет. Разрываясь на сцену в 2013 году, отреагируйте быстро приобретую популярность благодаря своей простой API, ее легко понимать узоры, и его мощный подход к принятию реактивных программирования к приложениям JavaScript.
Используя реагирование, мы смогли быстро создать несколько удивительных вещей в нашем приложении. Наши таблицы данных на протяжении всего приложения; Например, были функцией, на которую мы использовали реагировать.
Таблица данных единиц
Мы использовали реагировать на то, чтобы сделать вышеуказанную таблицу в некоторых HTML, генерируемых рельсами. Когда пользователь пытается выполнять поиск устройства, RECT позвоните в Rails, чтобы получить любые возможные совпадения для имени этого устройства. С помощью этой настройки пользователь имеет действительно Snappy интерфейс для сортировки и поиска информации. Есть много других примеров во всем приложении, где мы использовали реагирование. Такие как: общий чат между арендатором/арендодателем, созданием и управлением и управлением, арендатором и имуществу и чатом имущества между арендаторами и арендодателями! Поскольку все это было сделано с хорошо известными инструментами, мы смогли создать все очень быстро и безболезненно.
Использование полосы для обработки платежей
Мир обработки онлайн-платежей немного сложен. Есть много решений для многих разных проблем. Но для нас, мы выбрали Полоса Отказ В полоску есть одни из лучших документов API, и его самая простая технология обработки платежей для работы, потому что она имеет пакеты для любых возможных языков/Framework, о которых вы можете подумать. Используя полоску, у нас было почти подключаемое решение для обработки платежей пользователей немедленно.
Наша настройка для платежей была немного странной. Нам нужно было использовать Полоса соединяет Платформа, позволяющая нам позволить третьим лицам взимать плату своих клиентов (арендодатели, зарядки арендаторов), и оплачиваются за счет нашего приложения. Был какой-то пользовательский код, связанный с установкой этого; Тем не менее, документация была превосходной, и в целом это было достигнуто довольно легко.
Вывод
От начала до конца мы провели только пару месяцев на гостиную только в нашей неполный рабочий день. Но потому что мы застряли для известных инструментов, мы многое сделали в очень ограниченном временном кадре. Использование известных инструментов и узоров является частью того, что мы делаем в Browntree Labs, и этот проект был лишь еще одним примером того, насколько хорошо эта стратегия работает.
Оригинал: “https://dev.to/cpow/creating-a-saas-product-quickly-with-rails-an-react-392k”