javascript - reSTLet、suitelet、suite talk 之间有什么区别

Question

1)与ReSTLet、suitelet和suitetalk中的比较在哪些情况下我们最喜欢使用reSTLet，在哪些场景中我们最喜欢使用 suitelet，在哪些情况下我们最喜欢使用 suitetalk。任何人都可以提供帮助

2) 工作流和套件脚本有什么区别。什么是工作流的治理限制。我们更喜欢工作流而不是套件脚本的场景是什么。

3)我们使用客户端脚本进行客户端验证，我们使用事件脚本进行服务器端验证的场景是什么，用户事件脚本的主要目的是什么。

5)我们能否使用调度脚本实现多线程处理 1000 个搜索请求(每个线程 100 个搜索请求)。如果可以，那么我们如何实现呢？

Answer 1

您在问题中混合了 Netsuite 的许多不同功能。我将尝试一一解释。我假设您知道如何创建脚本文件并且对 NetSuite 比较熟悉

ReSTLets 和 Suitelets
它们都通过创建脚本记录托管在 NetSuite 中。两者的主要区别在于:

ReSTLets:可以与 get、post、put、delete 请求一起使用，如果您正在构建可在另一个应用程序中使用的 API，这将使其成为理想之选。

Suitelets:可以与 get、post 一起使用。可以与 Netsuites 服务器小部件一起使用，以制作原生外观的 Netsuite HTML 页面。技术上也可以用作 API

SuiteScript
听起来很可怕，但这是建立在 Javascript(目前为 ES5)之上的 NetSuites 脚本语言。如果您了解 JS，那么学习 SuiteScript 应该没有问题。 ReSTLets 和 Suitelets 使用 SuiteScript。例如，SuiteScript 也用于 netsuite 所称的“用户事件脚本”。您可以在“beforeLoad”、“afterSubmit”、“beforeSubmit”等事件上执行自定义 SuiteScript 代码

工作流程
所以我们提到用户事件脚本。这些是只有程序员才能创建的脚本。工作流允许普通用户使用类似于可视化用户事件脚本的图表来执行操作。

SuiteTalk与 ReSTLets 和 Suitelets 不同，SuiteTalk 是在 NS 之外构建的独立应用程序。我相信他们支持 C#、Java，也许还有 PHP。这些是使用 NS 提供的 WSDL 构建的。

我们能否使用调度脚本为 1000 个搜索请求(每个线程上 100 个搜索请求)实现多线程。如果可以，那么我们如何实现它？
如果还有 1000 个结果，我通常会再次执行搜索并继续合并列表直到完成。