В чем разница между рестлетом, суллетом, сюитным разговором

Question

1) Сравнение с Restlet,suitelet и suitetalk. В каких сценариях мы чаще всего предпочитали использовать restlet, В каких сценариях мы чаще всего предпочитали использовать suitelet, В каких сценариях мы чаще всего предпочитали использовать suitetalk. любой может помочь

2) в чем разница между рабочим процессом и набором сценариев. какой предел управления для рабочего процесса. Какие сценарии мы предпочитаем рабочему процессу, чем набор сценариев.

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

4) Как много типов сьютлетов находятся в netsuite и каковы варианты использования. Мы можем реализовать пользовательские страницы netsuite, используя backend suitelet.

5) Можем ли мы реализовать многопоточность, используя сценарий расписания для 1000 поисковых запросов (по 100 поисковых запросов в каждом потоке). Если да, то как мы можем это реализовать?

Answer 1

Вы смешиваете в своих вопросах много разных функций Netsuite. Я собираюсь попытаться объяснить их один за другим. Я предполагаю, что вы знаете, как создавать записи сценариев, и немного знакомы с NetSuite.

Рестлеты и люксы
Оба они размещаются в NetSuite путем создания записей сценариев. Основное различие между ними заключается в следующем:

Restlets: Может использоваться с запросами get, post, put, delete, это делает его идеальным, если вы создаете и API, который вы можете использовать в другом приложении.

Suitelets: можно использовать с get, post. Может использоваться вместе с виджетами сервера Netsuites для создания HTML-страниц Netsuite. Также технически может использоваться как API

SuiteScript
Звучит страшно, но это язык сценариев NetSuites, построенный на основе Javascript (пока ES5). Если вы знаете JS, у вас не должно быть проблем с изучением SuiteScript. Restlets и Suitelets используют SuiteScript. SuiteScript также используется, например, в том, что netsuite называет "сценариями пользовательских событий". Вы можете настроить собственный код SuiteScript для таких событий, как "beforeLoad", "afterSubmit", "beforeSubmit"

Workflows
Итак, мы упоминаем сценарии пользовательских событий. Ну, это сценарии, которые может создать только программист. Рабочие процессы позволяют обычному пользователю выполнять действия, используя схемы, подобные визуальному сценарию пользовательских событий.

SuiteTalk В отличие от Restlets и Suitelets, SuiteTalk - это независимое приложение, созданное за пределами NS. Я считаю, что у них есть поддержка C#, Java и, возможно, PHP. Они построены с использованием WSDL, предоставленного NS.

Можем ли мы реализовать многопоточность, используя сценарий расписания для 1000 поисковых запросов (по 100 поисковых запросов в каждой теме). Если да, то как мы можем это реализовать?
Я обычно просто выполняю поиск снова, если есть более 1000 результатов, и продолжаю объединять списки, пока это не будет сделано.