Можно ли создать собственный API без использования коннекторов в Oracle MCS?

Question

Я хочу создать собственный API без использования коннекторов. Я хочу предоставить свои данные, а затем получить доступ к ним в мобильном устройстве через специальный API.

"getLIST": {
  "PendingList": [
    {
      "TRANSACTION_ID": "1612342887",
      "TRANSACTION_STEP_ID": "2344",
      "SIT_NAME": "Certificate Request",
      "PERSON_ID": "3435",
      "FROM_USER": "Rahul",
      "STATUS": "Pending",
      "FUTURE1": null,
      "FUTURE2": null,
      "FUTURE3": null,
      "FUTURE4": null,
      "FUTURE5": null
    },{
      "TRANSACTION_ID": "161234887",
      "TRANSACTION_STEP_ID": "143234840",
      "SIT_NAME": "Certificate Request",
      "PERSON_ID": "3436",
      "FROM_USER": "Sashanka",
      "STATUS": "Pending",
      "FUTURE1": null,
      "FUTURE2": null,
      "FUTURE3": null,
      "FUTURE4": null,
      "FUTURE5": null
    },
]
}

Если я предоставлю в ответ вышеуказанную полезную нагрузку JSON и через этот пользовательский API "/mobile/customtest/getLIST/PendingList?PERSON_ID=3435", могу ли я получить подробности

Является ли это возможным??

Answer 1

Чего хочет достичь ОП, пока неясно, но, отвечая на вопрос о поиске в жестко закодированном массиве JSON и возврате результата, в следующем коде показан такой пример на основе массива "Сотрудники":

module.exports = function(service) {

    var employees = [
          {
            "id": "103",
            "username": "rbarkhouse",
            "firstName": "Rick",
            "lastName": "Barkhouse"
          },
          {
            "id": "107",
            "username": "kbrown",
            "firstName": "Karen",
            "lastName": "Brown"
          },
          {
            "id": "108",
            "username": "ldavies",
            "firstName": "Larry",
            "lastName": "Davies"
          }
        ];

    service.get('/mobile/custom/hrapi/employee', function(req,res) {
        res.send(200, employees);
    });

    service.get('/mobile/custom/hrapi/employee/:id', function(req,res) {
        var id = req.params.id;

        var employee =
            employees.filter(function(el) { return el.id == id; });

        if (employee == null) {
            res.send(404);
        } else {
            res.send(200, employee[0]);
        }
    });
  };

Обратите внимание на использование функции "фильтра" массива сотрудников, в которой мы передаем анонимную функцию, которая способна выполнять поиск по элементам сотрудников, возвращая то, что соответствует ":id", переданному в качестве параметра URL.

Answer 2

Если вы не хотите использовать MCS Connectors, используйте платформу Apis, предоставляемую MCS . Вы можете создавать таблицы в MCS . Затем используйте Custom Apis для извлечения данных из таблиц.

Answer 3

Абсолютно! Следуйте документам здесь и видео здесь. Хотя да, мы обычно используем пользовательский API, чтобы действовать в качестве оболочки для вызова другой службы через соединитель, вам не нужно этого делать. Если вы просто хотите вернуть фиксированную / статическую полезную нагрузку, вы можете добавить ее в качестве ответа на ПОЛУЧИТЬ вызов.

НО - если вы ожидаете выполнить поиск в массиве и т. Д., Тогда это больше работы и должно выполняться в службе - отсюда и необходимость в соединителе.

Инструкции здесь: Добавьте основы (имя API, тип носителя сообщения и краткое описание).

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

Установите безопасность доступа.

Проверьте свою конечную точку после того, как вы определили хотя бы один ресурс. Чтобы полностью дополнить свой API, используйте API Designer, чтобы помочь вам добавить основные компоненты для надежного API:

Предоставьте метаданные API (то есть основные атрибуты API, которые представляют собой отображаемое имя API, имя API и краткое описание) или, если у вас уже есть документ RAML, содержащий конфигурацию вашего API, вы можете загрузить это API Designer. Вся информация (метаданные, ресурсы, методы и схема для тела сообщения) извлекается из документа RAML и загружается в конструктор API, что позволяет быстро приступить к тестированию конечных точек или редактированию конфигурации API. Чтобы предоставить действительный файл RAML, см. RAML.

Добавьте один или несколько корневых и вложенных ресурсов.

Добавьте методы для работы с ресурсами.

Создайте схему для описания массива данных.

Проверьте свои конечные точки во время разработки с образцами данных и внесите любые необходимые изменения.

Разрешите анонимный доступ к вашему API или укажите, какие роли могут получить к нему доступ.

Добавить документацию для вашего пользовательского API