Create: Additional Logistics - Create: 附加物流

适用于 Minecraft 1.20.1 和 1.21.1 的 Create 6 附加模组。

本模组旨在改进或扩展与 Create 模组物流相关的若干领域。

新增内容

承诺上限（工厂仪表改进）

我们都遇到过这种情况。你设置了一个新的工厂仪表，请求 100 组物品，结果发现你的生产设施跟不上，而 Create 试图发送价值 1000 个包裹的原料，现在一切都糟透了。

承诺上限就是来帮忙的。配置工厂仪表时，你现在可以设置它同时能有多少个未完成的承诺。这让你可以，例如，限制它一次最多只等待一组物品。

你的工厂物流网络会感谢你的。

额外库存（补货员仪表改进）

补货员很酷，但我不太喜欢的一点是，它们会补货到一个特定值，而且只要少了一块圆石，它们就会请求恰好达到该值所需的数量。这可能有点傻且浪费。因此，有了额外库存！举个例子，假设你有一个补货员，设置为保持一组圆石在手。有了这个功能，你可以告诉补货员，每当可用数量低于请求水平（一组）时，就请求额外的 8 组物品。然后，假设存储中的圆石数量降到 32，也就是半组。它不会请求 32 个圆石来恢复到一组，而是会请求 544 个圆石。那就是缺失的 32 个，再加上额外的 8 组。有点像阈值开关，但是用于补货。而且由于补货员的工作方式，用户界面有点笨拙。

正则表达式（包裹地址改进）

通配符不错，但有时它们就是缺点什么，对吧？好吧，如果你敢的话，就用正则表达式吧。不，真的。你现在可以用了。只需以 regex:（不区分大小写）开始你的地址模式，其余部分将被视为正则表达式。

收银机（新方块，类似股票行情显示器）

一个新方块，作为股票行情显示器的替代品。收银机专为商店使用而设计。它们具有提取物品的用户界面，而不是像股票行情显示器那样右键点击。此外，它们会在销售账本中记录所有通过它们进行的销售。而且，它们看起来很棒！

作为一个小奖励，你可以从收银机中取出销售账本，然后点击库存管理员，快速选择你销售的所有物品。如果你手动补货商店，这很有用。（这就像 Schematicannon 的剪贴板物品列表一样工作。）

包裹加速器（新方块，打包机加速）

一个辅助方块，与打包机配合使用，这个方块使用应力单位来加速它前面的打包机。我使用 Sophisticated Storage 来批量存储物品，随着系统的发展，单个打包机已成为发送物品的瓶颈。这是我的解决方案，允许包裹以更快的速度发送，但需要成本。

包裹加速器需要至少 30 RPM 才能运行。

包裹编辑器（新方块，重命名包裹）

一个新的包裹处理方块。包裹编辑器类似于重新打包机，但它不是合并来自同一订单的包裹，而是允许你使用规则编辑包裹的地址。规则可以通过在包裹编辑器旁边放置告示牌，或者通过将剪贴板附着在包裹编辑器的侧面来输入。推荐使用剪贴板。

为包裹编辑器编写规则时，第一行是要匹配的模式，第二行是用于替换匹配文本的文本。例如，假设你有包裹被路由到一个前缀为 Ware1- 的仓库，一个完整的包裹名称可能是 Ware1-Floor2-Storage。如果你想在包裹到达仓库后去掉 Ware1- 怎么办？很简单，只需将包裹发送通过一个带有此模式和空白替换行的包裹编辑器：

Ware1-

包裹编辑器将在每个包裹名称的开头搜索 Ware1-，如果找到，就用空字符串替换它。你也可以这样写：

Ware1-{*}
$1

那么这是怎么回事呢？包裹编辑器将 { 和 } 内的任何内容视为捕获组。换句话说，该文本被保存，并且可以通过在替换文本中添加 $ 后跟你想要的数字来引用。当然，你也可以使用正则表达式，如果你想做比通配符允许的更高级的操作。

最后，如果你使用剪贴板，有两种特殊行为可以管理：

• 如果你勾选模式行旁边的复选框，模式将被解释为不区分大小写。
• 如果你勾选替换行旁边的复选框，那么包裹编辑器将在匹配此规则后停止（假设此规则匹配）。例如，你可以用它来创建一个包罗万象的规则，将不匹配任何其他规则的包裹发送到某个失物招领处。

列车网络监视器外设（新方块，仅限 CC: Tweaked）

你知道什么很酷吗？列车。你知道什么更酷吗？有一个关于你的列车的大而酷的数据墙。到达、出发、列车的状态。而且列车对物流也很重要。列车网络监视器是一个单独的方块，允许你查找给定列车网络上任何车站和任何列车的实时数据。这包括普通列车站外设提供的一切，以及列车到达和出发的额外事件。你还可以查看系统中有多少包裹，以及连接到各个列车站的邮箱状态。

如果你感觉特别冒险，可以启用可选功能，以查看列车库存的更多详细信息，并对远程列车和车站进行读写访问。想用电脑动态更新时刻表吗？请便。但是，默认情况下这是禁用的，因为对我来说这似乎有点太不平衡了。

矮座椅和高座椅（新方块，基本上就是...座椅？）

呃，座椅不是物流？你什么意思？你可以，呃...坐在上面，然后——好吧，好吧。这些有点超出了“附加物流”的范围，但我们添加座椅是有充分理由的！当然是为了美观。

根据你为库存管理员选择的生物种类，默认座椅的高度并不总是适合你的建筑。因此，我们添加了矮座椅和高座椅。矮座椅高 2/16 个方块，而高座椅高 14/16 个方块。（当然，普通座椅高 8/16 或 1/2 个方块。）

惰性传动杆（新方块，基本上是传动杆）

我知道你在想什么。这也不是物流。而且 Create 有传动杆已经好几年了。振作点，Khloe。但这很重要，我保证。惰性传动杆是我尝试创建对延迟友好的传动杆。基本上，普通传动杆每个单独的方块都有一个方块实体，对吧？这些传动杆尽可能避免这种情况。只要你连续有两个以上的惰性传动杆，你在方块实体方面就会占优势。如果你使用很多传动杆，我是说很多，那么用这些替换它们可能会帮助你的服务器性能。

柔性惰性传动杆（新方块，基本上是齿轮箱 + 惰性传动杆 + ???）

还有柔性惰性传动杆。这些就像惰性传动杆，但它们可以连接到任何方向。不仅如此，它们还有可配置的面。只需用扳手点击一个面来暴露一个传动杆。再次使用扳手来反转方向。

只是连接东西时要小心。由于它们在代码中的连接方式，有时如果存在旋转不兼容的问题，Create 最终会破坏一个不方便的柔性惰性传动杆。

我提到过惰性传动杆、柔性惰性传动杆和惰性齿轮可以被包裹吗？它们支持安山岩外壳、黄铜外壳、铜外壳、工业铁块和风化铁块。（是的，我想实现列车外壳，但由于一些奇怪的技术原因，这实际上有点奇怪，至少如果我希望连接的纹理正常工作的话。它会在 Eventually™ 到来。）

改进

地址匹配器优化

Create 的包裹地址匹配有点慢且未优化。这可能没问题，但在将 Create 与其他模组一起使用时也可能导致问题。我们通过几个简单的更改来解决这个问题：

• 缓存已编译的匹配器。每个包裹地址在执行包裹匹配时都会被编译成正则表达式。这首先涉及将通配符解析为正则表达式，然后将正则表达式编译成 Java Pattern。我们要做的就是缓存它。
• 由于包裹地址系统内部的工作方式，实际上有两个缓存，所以我算作两件事。但实际上，仅仅缓存就足以在我 SMP 服务器最近因 Sophisticated Storage 使用包裹过滤器处理包裹而看到的末日场景中让情况变得更好。

正则表达式（安全性）

实际上我知道已经有另一个模组允许你对包裹地址使用正则表达式，但当我们在 SMP 中尝试时，服务器几乎立即被一个玩家搞崩溃了。正则表达式实际上可能相当危险，所以我包含了一些基本的东西，应该至少能阻止有人意外地用它们杀死服务器。即：

• 星号高度限制。 你知道正则表达式 (a+)+ 是危险的吗？这是因为一种叫做灾难性回溯的东西，而 Java 正则表达式库容易受到它的影响。而且它们也不是不可能意外写出来。我们检查所有正则表达式的星号高度，并在它们有问题时阻止它们运行。
• 重复限制。 虽然没那么糟糕，但如果你试图匹配，比如说，连续 1000 个东西，性能可能会开始下降。这首先不应该出现在包裹地址中，所以我们加了一个保护。
• 无反向引用。 正则表达式中的反向引用允许你说“匹配这个已经匹配过的东西”，这可能有用，但它也可能与包裹地址无关，而且可能很慢。默认情况下它们是不允许的。

我们还确保在通过 Create 的 Glob.toRegexPattern 方法解析每个正则表达式的时刻进行测试，即使这通常不会编译表达式，只是将其从通配符转换为正则表达式。这很重要，因为这意味着从该方法返回的所有正则表达式都应该在没有任何错误的情况下编译。

更长的蛙口名称

正则表达式往往比通配符...更大，这对青蛙来说可能是个问题。因此，我们将蛙口和邮箱的最大名称长度增加到 100。...幸好你可以复制粘贴。

让你的库存管理员保持就座

让我为你设置一个场景。你在一个蜂蜜店。库存管理员是一只蜜蜂。你拿到购物清单，准备结账，所以你点击库存管理员然后——哦不！你点击了座椅！你坐下了，而蜜蜂带着新获得的自由飞向了天空。你没有拴绳。你怎么能让一只蜜蜂回到座椅上？飞行生物是最糟糕的。

这是一个简单的改变。如果你点击一个被库存管理员占用的座椅，什么也不会发生。如果你需要移开库存管理员，你可以破坏座椅或股票行情显示器。但至少你不会意外地这样做。