I’m looking for different solutions how I will setup my project that involves so many objects that will conflict 1024 script limit for sure. If I will not attach script to every game object but still I need a way to set some define data values to game objects that I can access with one manager script to make behave according to pre created data values.
For example, whether this object should draggable, holdable edible and so on.
Also what is possibility of modifying this extension for this case, or can I add other types of data value boolean. As I have looked through simple data extension project and I have never touch c++ and clojure before. So how complex this can be.
In the meantime, I’m exploring other solutions other than using this extension. I’m really curious if someone had used this extension in production. What are the pitfalls for not using this?
Other solution I can think of maintaining separate json/spreadsheet/lua table data for every objects in collection.
I think e.g. a Lua table is a perfectly valid approach to this.
I’m really curious if someone had used this extension in production.
I’m not sure. We wrote this as an example on how it could be used, for a client that had large amounts of data.
What are the pitfalls for not using this?
It’s another dependency, and a native extension at that. Something to consider when adding to the dependencies list.
As for the data, it’s text based so you can always write a script to convert it back to Lua later on if you change your mind.
In the future, we have even better ideas on how to make the api’s easier to use, and will let us create much better experience with defining custom data in the engine. But there’s really no ETA on that feature.
Also note that the extension is created as an example. That is, the idea is that each project (i.e. you), create your own fork of the extension and create your project specific changes to your own data format.
