@Pagermaid_Modify_Plugins · Post #491 · 16.02.2022 г., 02:27
#更新日志#Sam 🔨e605a7c: 🗑 Make plugin self destruct
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #654 · 16.11
Пытаюсь решить организационно-логистическую задачу в #Satisfactory. Может быть, умные люди (вы) мне дадите интересные советы. Я уже открыл практически все типы деталей, они довольно сложные, и для производства многих из них нужны целые цепочки: добыть ресурс А в одном месте и ресурс B в другом, потом сделать из них детали C и D, из этой пары получить деталь E, добыть ещё ресурс F, соединить, смешать с водой... В каком-то месте эти цепочки удобно разрывать (то есть не строить всё на одной фабрике, а растаскивать фабрики по карте). Потому что, во-первых, с гигантской базой, производящей все типы всех деталей, банально неудобно работать. Во-вторых, её тяжело масштабировать. Хотя у этого решения есть плюсы, и некоторые так делают, лично я идти по такому пути не хочу. Но в каком месте рвать цепочки? Глобально есть две крайности: 1. Можно делать по фабрике на каждое звено производства. Например, фабрика, которая делает деталь E, должна принимать на вход детали C и D, и всё. Такая схема очень легко масштабируется: небольшую фабрику очень просто расширять. А детали возить между фабриками поездами. Но тогда потребуется типа 100 разных фабрик и очень сложная железнодорожная сеть. 2. Можно в каждую фабрику привозить сырьё. Только то, что невозможно произвести, а можно только добыть. Фабрика делает с нуля из сырья все детали, в том числе для промежуточных звеньев. Такую схему очень легко балансировать: один раз посчитал, сколько нужно сырья, и всё. Но фабрики для сложных деталей будут громоздкие. А ещё если деталь C нужна в десяти местах то придётся десять раз повторить всю цепочку производства детали C, а можно было бы в одном месте делать очень много деталей C и возить. Мне не нравятся оба варианта, значит, рвать цепочку нужно где-то посередине. Но где? #games
Hashtags
Търсене: #sam
@Pagermaid_Modify_Plugins · Post #491 · 16.02.2022 г., 02:27
#更新日志#Sam 🔨e605a7c: 🗑 Make plugin self destruct
@Pagermaid_Modify_Plugins · Post #490 · 14.02.2022 г., 11:16
#更新日志#Sam 🔨336862b: Fix import error for byetg.py
@Pagermaid_Modify_Plugins · Post #489 · 14.02.2022 г., 10:55
#更新日志#Sam 🔨f08664b: Add byetg.py (#216)
@Pagermaid_Modify_Plugins · Post #458 · 20.12.2021 г., 11:34
#更新日志#Sam 🔨0228147: 摸鱼插件添加更多图片
@Pagermaid_Modify_Plugins · Post #457 · 20.12.2021 г., 11:19
#更新日志#Sam 🔨d1cbe4e: 修复json文件版本号错误
@Pagermaid_Modify_Plugins · Post #456 · 20.12.2021 г., 11:16
#更新日志#Sam 🔨ecd136c: 添加摸鱼插件
@Pagermaid_Modify_Plugins · Post #767 · 30.07.2023 г., 14:25
#更新日志#pyro#Sam 🔨20bae7c: PMCaptcha LTS Bug Fix Update - 修复黑白名单无法正常运作 - 修复图片验证无法正常回退验证
@Pagermaid_Modify_Plugins · Post #629 · 01.08.2022 г., 17:01
#更新日志#pyro#Sam 🔨59f8be4: 🥵 PMCaptcha v2.25 (#59) Co-authored-by: sourcery-aibot <[email protected]>
@Pagermaid_Modify_Plugins · Post #581 · 10.07.2022 г., 23:24
#更新日志#pyro#Sam 🔨de96ea7: 🐛 PMC - Fix report not enabled by default (v2.24)
@Pagermaid_Modify_Plugins · Post #580 · 10.07.2022 г., 23:18
#更新日志#pyro#Sam 🔨beaf136: 🐛 PMCaptcha - Fix image captcha can cause empty string (v2.23)
@Pagermaid_Modify_Plugins · Post #576 · 08.07.2022 г., 03:13
#更新日志#pyro#Sam 🔨350b678: ✨ PMC - Set initiative to true by default (v2.22)
@Pagermaid_Modify_Plugins · Post #574 · 06.07.2022 г., 13:54
#更新日志#pyro#Sam 🔨3baf140: ✨ PMC - v2.21 (#46) Co-authored-by: sourcery-aibot <[email protected]>