Solved Configs & classes or dictionaries, etc.

This is driving me nuts I'm wasting so much time on this!

Is there an easy way to save and retrieve a class or say a Dictionary to the config? There's an example out there that uses Interface.GetMod().DataFileSystem.WriteObject and Interface.GetMod().DataFileSystem.ReadObject which does that but it saves the config in the Data folder instead of the Config folder and I don't really like that, I'd rather just use a "standard" config.

The config system seems to be saving these objects fine but when it comes back to load them, it doesn't work. I suppose I have to do a 1231312 character cryptic cast line to get it to work, but I just can't get it.

I did manage to save/load an array of strings like this:

Code:

string[] c_craftingMultiplierBlacklist;
c_craftingMultiplierBlacklist = ((IEnumerable)GetConfigValue("Blacklists", "craftingMultiplierBlacklist", new string[] { })).Cast<object>().Select(x => x.ToString()).ToArray();

But I'd really like to be able to save a Dictionary<string, string> or better yet, a Dictionary<string, CustomClass> and be able to reload that effortlessly in the same way the GetMod().DataFileSystem does, but to the main config file.

I seen some mods use Newtonsoft to perform some pretty complex manipulations in order to achieve something like this, but it feels way overkill for something that should be relatively simple.

For the record, the solution I use now which works but is ugly as dog that's been hit by a truck is this:

Code:

var mess= GetConfigValue("Salvager", "Salvagers", c_salvagers);c_salvagers.Clear();
foreach (var entry in (IEnumerable)mess)
{
    var parts = entry.ToString().Trim(new[] { '[', ']' }).Split(',');
    c_salvagers.Add(parts.First(), parts.Last());
}

This is to reload a Dictionary<string, string> and it works well, so long as there are no commas in any of the two values.

Any help would be appreciated!
[DOUBLEPOST=1438228148][/DOUBLEPOST]Edit: I said "it works" for that last bit of code but actually it doesn't work so well. The first time the config is created, "mess" does not have the same format as the second time it's ran and loaded from disk. I have debug code that enumerates the contents of the dictionary after the load and if I put stuff as default in the dict, it won't show on the first run so I'm running on an empty dictionary despite the fact it saved entries on disk.

 

Bump! Would really be nice to be able to save/load a full class structure in a config variable...

 

Vote for this too! Might need to move it oxide feature requests.

 

Doesnt that work? I did not try yet.
How are you trying to save it?

 

The new WriteObject and ReadObject functions in Config solved this issue. Works great, the new version of Cornucopia I'll release soon uses it.

 

Alright I need some lights here! One of the last Oxide update added a WriteObject and ReadObject function to Config which is very good news. That said, I haven't seen any examples of how to use this so I went how I could and did it like this:

Code:

        void LoadConfigValues()
        {
            try
            {
                g_config = Config.ReadObject<CornuConfig>(Interface.GetMod().InstanceDirectory + "/config/Cornu.json");
            }
            catch
            {
                Puts("New configuration file created.");
                g_config = new CornuConfig();
                Config.WriteObject(g_config, false, Interface.GetMod().InstanceDirectory + "/config/Cornu.json");
            }
        }

Problem is I'm getting reports of servers that are not using that folder to store configs and this is preventing these servers/hosts from using the plugin properly, as they cannot load or even create the config.

I could just add a try/catch and try the other folder that's been reported, but I have a feeling this "other" folder can be arbitrary. Is there a way to determine programmatically where the config folder is exactly?

The only sure way I see of doing this would be to use a standard config in which the config folder would be the only setting, but that seems very sketchy.

I wish we could save an object as a named setting like any other variable in the config.. that would remove this issue.

 

Thanks Wulf, never even saw they were optional params my bad! Got it working I'll post an new version!