Немножко попользовавшись ты внезапно обнаруживаешь что местная ECS напрямую завязана на рендер, и следовательно в основном потоке. Системы сообщений нет, например.

попользовавшись чем?

Крайэнжином, чем ещё?

так и фар край уже давно не на крайенжине

Согласно официальному интервью с Луи-Пьер Фараном (англ. Louis-Pierre Pharand), главным продюсером Far Cry 2, в движке Dunia Engine использовалось лишь 2—3 процента от кода движка CryEngine, разработанного немецкой компанией Crytek для FarCry 1, так как код всего CryEngine был полностью переписан.
(с) Википедия

Да всем насрать, тогда не фаркрай а крузис, я говорю про крайэнжин, и нет никакой разницы, какая конкретно игра.

Тем более что крайэнжин уже пятнадцать лет принадлежит юбисофту, и хз сколько раз его переделывали и как обозвали на этот раз, вероятность что фк6 на нём или на каком-то из его модов, который можно обозвать КАК УГОДНО крайне высока.

Здраствуйте, а как использовать конструкторы классов в usertype sol?

Не уверен, что библиотека sol тут будет обсуждаться

Посмотри примеры в документации

или на гитхабе, где юзается sol

Подскажите, вот мы решили отрефакторить с нашим коллегой луа скрипты в игре.
Проблема такая, что там очень засран глобальный спейс функциями и переменными.
Я предложил использовать модули, как посоветовал человек в этом чате выше.
Решили мы значит выбрать такой подход, если что-то надо использовать снаружи (в других скриптах), то мы создаем объект локальный в lua и возвращаем его через return object, а в другом скрипте решили в спейсе просто создавать local myObject = requires(....)
1) Хотелось бы узнать, такой подход хороший или нет?
2) Дело в том, что сейчас коллега все что юзает в скрипте луа (в том где этот объект модуля создается), он помещает короче все данные в этот объект.
Вопрос такой: стоит ли пихать все данные в этот объект если они снаружи не требуются? Я просто подумал, что логичнее в возвращаемом объекте хранить только те функции и данные, которые могут использоваться снаружи в других скриптах

Вот он написал такой объект в скрипте, он local, но в конце функции есть return, но вот тут он вписал еще glow, rates типы тоже, хотя они нужны только текущему скрипту.
Что делать, оставлять их в объекте или лучше писать ниже local и объявлять их так, так как они не нужны снаружи в других скриптах?

Имхо многовато массивов, или они где-то используются именно как массивы? Задолбаетесь запоминать.

*localization.lua*
local en = {
  low_hp = "Eat something!",
  ...
  use_cloak_on_seiling = "Cannot use while sailing!",
  use_cloak_on_locked_inventory = "Please unlock inventory!",
  use_cloak_on_wrong_item = "Cannot use %s on %s!"
}

local ru = {
  low_hp = "Ты почти умер, жуй!",
  ...
  use_cloak_on_seiling = "Невозможно использовать во время плавания!",
  use_cloak_on_locked_inventory = "Разблокируйте инвентарь!",
  use_cloak_on_wrong_item = "Невозможно использовать %s на предмет %s!"

}

local langs = {ru = ru, en = en}
langs.current = langs.en
return langs

*cloak.lua*
local cloakSystem = {
 capeID = 7596,
 dustyID = 7597,
 ...
}

local lang = require'localization'

cloakSystem.event = {}
cloakSystem.event.sailing = function(self)
 Say(lang.current.use_cloak_on_seiling)
end

cloakSystem.event.use = function(self, other)
 Say(lang.current.use_cloak_on_seiling:format(self.name, other.name))
end

а чего бы en и ru не объявить внутри langs сразу?

Можно, но это не принципиально, и немного усложняется доступ.

Я вообще не понял честно говоря

Я так понял это ответ моему вопросу, но что-то сути я не уловил

Мне было бы проще понять если бы просто ответили на вопросы

Решили мы значит выбрать такой подход, если что-то надо использовать снаружи (в других скриптах), то мы создаем объект локальный в lua и возвращаем его через return object, а в другом скрипте решили в спейсе просто создавать local myObject = requires(....)

Да, так и происходит. В модулях у тебя грубо говоря конструкторы объектов, в нужных местах ты их реквайришь и делаешь конкретные объекты.

*vec.lua*
local Vec = newClass(...)
function Vec:new(x, y)
  self.x, self.y = x, y
end
return vec

*otherclass.lua*
local vec = require"vec"

local OtherClass = newClass(...)
function OtherClass:new(x, y)
  self.coord = vec:new(x, y)
  self.dimensions = vec:new(20, 20)
end

return OtherClass