Создайте хороший дизайн, материализуйте отличную идею, вам все еще нужны данные, чтобы воспроизводить ваш продукт. Соберите столько, сколько вам нужны, вам все равно нужно отправить его обратно клиенту систематическим, безопасным способом. Как вы называете это систематическим, безопасным образом? Апис
Вы, скорее всего, знаете о понятиях API. Вам просто интересно, как вы можете построить API за 2 минуты, когда в Интернете буквально более 1000 курсов, обучая тонкости создания его через код, который занимает часы?!
Ну, короткий ответ: вы проектируете, мы кодируем. Все, что вам нужно сделать, это создать, определить, объявить.
- Создайте проект.
- Определите модель (простая база данных).
- Объявите свои конечные точки. Посмотрите на страницу «Создание» здесь. Этот единственный экран охватывает ручной процесс написания кода для API. Правая панель фокусируется на создании каждой конечной точки, в то время как левый определяет свойства для всего API. Давайте подробно рассмотрим каждый компонент страницы.
Создание проекта
Проект эквивалентен API. Когда вы создаете проект:
- Создается домен для API в форме
— .dawpi.com. Это означает, что ваш API теперь размещен еще до того, как вы начали писать код или объявить конечную точку. - База данных для проекта создана.
- Папка проекта на серверах Drawpi создается для добавления автоматически сгенерированного кода при разработке конечных точек.
Создание коллекции
Коллекции модулизуйте ваш API. Ничто не влияет на функциональность вашего API через это. Это просто для того, чтобы ассортировать конечные точки в определенные категории, чтобы они стали легко управлять на заднем плане и легко понять при разработке фронт-конца.
Создание модели
Модели — это неформальный термин для вашей базы данных. В настоящее время Drawpi поддерживает только базы данных MySQL, поэтому вы можете определить только схему SQL. (Мы расширяемся и скоро вернемся с возможностью выбрать MongoDB, отсюда и названия моделей). Когда вы создаете модель, это в основном таблица в базе данных ваших проектов. Вы можете определить все атрибуты для своей модели здесь. Разве не пора, мир нашел способ создать базы данных, не входя в темный терминал или файл .sql?
Создание конечной точки
Вот самая удивительная часть. Создание конечной точки. Теперь сначала отказ от ответственности. Проектирование вашей конечной точки может не позволить вам разработать чрезвычайно сложные API-интерфейсы на уровне предприятия, но если вы достаточно умны, вы можете использовать блок состояния для создания конечных точек, которые вам нужны для ваших проектов. Итак, давайте сначала попытаемся понять, что происходит в коде конечной точки.
- Мы определяем конечную точку.
- Некоторые данные отправляются вместе с запросом клиентом.
- Мы выполняем некоторые манипуляции в базе данных или выполняем запрос.
- Вернуть соответствующий элемент данных или его часть.
Это естественный базовый поток API для большинства проектов. Данные, которые требуются конечными точками, используются из данных, прикрепленных к объекту запроса. req.body, req.params, req.query , возможно, вы слышали об этих объектах, если вы являетесь движением проекта, которые используются в качестве полезной нагрузки в запросах POST, /,/endpoint? Key = соответственно. Сначала мы должны ожидать этих данных в нашем коде конечной точки. Это то, что мы делаем в блоке запроса и запросов.
Далее, это блок состояния. Это определяет, что вы должны делать с данными. По сути, код для запуска после того, как запрос конечной точки производится клиентом, генерируется на основе структуры операций в этом блоке. Использование этого блока требует отдельного сообщения в блоге, но позвольте мне рассказать вам основные операции здесь. Drawpi в настоящее время поддерживает операции CRUD. Это означает, что вы можете использовать блок условий для выполнения любых операций создания, чтения, обновления или удаления в вашей базе данных. Все это можно сделать, просто выбрав операцию и выбрав данные, которые необходимо обновить. Это все, что вы делаете для создания конечной точки, платформа записывает код и развертывает его, как только вы нажимаете на «Запуск конечной точки», все в течение секунд.
Учитывая этот процесс построения API, как вы думаете, сколько времени вам понадобится, чтобы построить свой? 2 минуты? 5 минут? 15 минут? Мы не ожидаем, что вы все равно проведете больше времени, чем на нашей странице Create.
И это то, как вы можете построить свой API всего за 2 минуты! Отправляйтесь на Dallpi.com, чтобы засвидетельствовать революцию.
Для кого нарисуется?
Несмотря на то, что Drawpi-это проект, который может революционизировать концентрационную разработку, он все еще находится в разработке. Это означает, что вы можете получить выгоду, сделав API, если:
- Ваш проект простой с несколькими таблицами дБ и конечными точками.
- Вы являетесь фронтальным разработчиком, который хочет увидеть свой проект Android/iOS/веб-приложения с чем-то более функциональным, чем фиктивные данные.
- Вы хотите построить сложный бэк-энд, но хотели, чтобы простой базовый код настройки и тривиальные конечные точки могли написать сами.
Я хочу немного подчеркнуть третьего клиента здесь. Drawpi может быть использован в качестве индивидуальной шаблоны для любого большего проекта, который является слишком сложным для этой платформы. Допустим, мне нужно создать сложную библиотечную систему, которая использует надстройки с тяжелой безопасности, такие как заголовки авторизации, токены сеанса и файлы cookie — функции, которые в настоящее время не поддерживаются Dallpi. Мне нужно будет написать код вручную для этого. Но я мог бы создать модели и определить основные конечные точки, такие как получение информации о студенте, о конкретной книге, запрос книг в определенной категории и т. Д. Использование инструментов Drawpi, и экспортировать код для строительства вручную. Только представьте, сколько времени экономит проект движения, просто выполнив застройку и созданные тривиальные конечные точки.
Оригинал: «https://dev.to/utkarshsingh99/drawpi-building-an-api-in-minutes-44a9»