Workshop 与 Foundry 中的 Slate 有何不同？
How is Workshop different from Slate in Foundry?
我看到Foundry平台有Slate和Workshop。我可以知道我们可以使用 Workshop 和 Slate 的真实业务案例吗？这些有何不同，它们最适合哪里？任何人都可以对此有所了解吗？
一般情况下，你的首选应该是reach for workshop。 Workshop 比 slate 更“在 rails”，这意味着生成的应用程序更易于维护，更易于理解和自定义。
Workshop 可以被认为是一个灵活的 ontology-based“交互式仪表板制作器”，您可以在其中放置小部件并将其粘合在一起（可能使用一些粘合代码），所有这些都显示本体对象或与本体对象（即您在对象资源管理器中看到的对象。）
Slate 是一种更为通用的工具，您可以将 slate 视为所见即所得 HTML 设计器。它允许您制作相当任意的页面来查询任意 API 和数据源。这听起来更强大，但它也是一个复杂得多的模型，事情很快就会变得一团糟。
Workshop 是较新的工具，在某种程度上更好地与铸造平台集成——因为它与对象交互（即允许您让用户编辑对象），知识被直接捕获并且没有延迟ontology，其他用户可以直接从中受益。由于它与 ontology 集成，它还了解如何有意义地呈现数据，而不仅仅是向用户显示行和列。
这意味着您可以通过研讨会实现相当多的工作流程，而无需编写任何代码，例如 inbox-style 分类工作流程（提醒/work-items 出现在用户收件箱中，谁然后可以将它们发送给其他用户或关闭它们，等等。）这是一个简单的示例，您可以在可能不到半小时的时间内设置，假设数据就位：
Slate 是一个更古老的工具（它早于铸造厂），这使得它在某些方面更强大，但是如果你想让用户能够在 slate 中获取知识，你需要做一些更自定义的事情，比如写回一个 postgresql 数据库或类似的，所以它的“本地”少了很多。
因此我的建议是始终首先考虑使用 workshop。如果您有一个几乎可以在 workshop 中实施的工作流程，但只是缺少一些小功能，我建议您与您的 palantir 联系人联系，因为 workshop 开发团队可能有兴趣在 workshop 中启用此工作流程。
我看到Foundry平台有Slate和Workshop。我可以知道我们可以使用 Workshop 和 Slate 的真实业务案例吗？这些有何不同，它们最适合哪里？任何人都可以对此有所了解吗？
一般情况下，你的首选应该是reach for workshop。 Workshop 比 slate 更“在 rails”，这意味着生成的应用程序更易于维护，更易于理解和自定义。
Workshop 可以被认为是一个灵活的 ontology-based“交互式仪表板制作器”，您可以在其中放置小部件并将其粘合在一起（可能使用一些粘合代码），所有这些都显示本体对象或与本体对象（即您在对象资源管理器中看到的对象。）
Slate 是一种更为通用的工具，您可以将 slate 视为所见即所得 HTML 设计器。它允许您制作相当任意的页面来查询任意 API 和数据源。这听起来更强大，但它也是一个复杂得多的模型，事情很快就会变得一团糟。
Workshop 是较新的工具，在某种程度上更好地与铸造平台集成——因为它与对象交互（即允许您让用户编辑对象），知识被直接捕获并且没有延迟ontology，其他用户可以直接从中受益。由于它与 ontology 集成，它还了解如何有意义地呈现数据，而不仅仅是向用户显示行和列。
这意味着您可以通过研讨会实现相当多的工作流程，而无需编写任何代码，例如 inbox-style 分类工作流程（提醒/work-items 出现在用户收件箱中，谁然后可以将它们发送给其他用户或关闭它们，等等。）这是一个简单的示例，您可以在可能不到半小时的时间内设置，假设数据就位：
Slate 是一个更古老的工具（它早于铸造厂），这使得它在某些方面更强大，但是如果你想让用户能够在 slate 中获取知识，你需要做一些更自定义的事情，比如写回一个 postgresql 数据库或类似的，所以它的“本地”少了很多。
因此我的建议是始终首先考虑使用 workshop。如果您有一个几乎可以在 workshop 中实施的工作流程，但只是缺少一些小功能，我建议您与您的 palantir 联系人联系，因为 workshop 开发团队可能有兴趣在 workshop 中启用此工作流程。