Maintaining MODs with Core Updates

[Mudder]

As I've been spending an overwhelming amount of time with this game lately I have begun to change mods and generally find some lacking for what I want.

This is ultimately the start of me creating my own. Though I have an aversion to working on mods when the core game is constantly breaking them...

That said, with the release of each core update are there notes on what needs to change in the mods in order to be compatible?

[CallMeDio]

Hello, idk about the notes, but you will probably notice what changed very easily when you open visual studio and see the red outlined parts of the code when you reference the new game assembly dll in your mod project.
Updates aren't that frequent and depending on what you do you may not even need to change. If you want to go for it, don't stop because of that , Rimworld mods are a excellent way to learn coding, what is very cool as C# is a very good language to do applications with.

[RawCode]

Implement abstraction layer for your code.

It won't magically solve issues, but, you will need to change only one type (and in case of really good implementation, one text file) to fix issues, and multiple abstraction layers can be packed into mod, allowing it to run on otherwise incompatible versions without any modifications.

[1000101]

Don't forget that Tynan has a changelog when a new release is out so you can always reference that too.

[Mudder]

Implement abstraction layer for your code.

It won't magically solve issues, but, you will need to change only one type (and in case of really good implementation, one text file) to fix issues, and multiple abstraction layers can be packed into mod, allowing it to run on otherwise incompatible versions without any modifications.

Yeah, If I go the modding route I'll just make some tools to do this and also allow me to use JSON because XML is just the worst. I'm going to look at the changes 15 brings so I get an idea of what needs to happen.

I noticed there is a source directory, though it seems incomplete. How much of the game code are we actually given?

[robotguy4]

Yeah, If I go the modding route I'll just make some tools to do this and also allow me to use JSON because XML is just the worst.

I've read there are things that XML can do that JSON can't. I'm not sure if this is an issue. Try it anyway if you can. A converter might work.

I noticed there is a source directory, though it seems incomplete. How much of the game code are we actually given?

You're probably going to want to decompile RimWorld's code to get a better idea of what things do.

Also, if you're planning on replacing how things work, you're going to have to look into CCL Detours. From my understanding generally if you're implementing new things you'll just be making code. If you're changing the behavior of an already existing class or making it reference your new code, you'll need detours.

[RawCode]

Implement abstraction layer for your code.

It won't magically solve issues, but, you will need to change only one type (and in case of really good implementation, one text file) to fix issues, and multiple abstraction layers can be packed into mod, allowing it to run on otherwise incompatible versions without any modifications.

Yeah, If I go the modding route I'll just make some tools to do this and also allow me to use JSON because XML is just the worst. I'm going to look at the changes 15 brings so I get an idea of what needs to happen.

I noticed there is a source directory, though it seems incomplete. How much of the game code are we actually given?

source is just few random classes
you must decompile game manually, don't forget to tag all "advanced" options in ILSPY to see mangled yield and enumeration code.

you can use GSON, JSON or ever pack everything directly into DLL, it's all about how much time and resources you have to implement features, not supported by vanilla game.

[Mudder]

source is just few random classes
you must decompile game manually, don't forget to tag all "advanced" options in ILSPY to see mangled yield and enumeration code.

you can use GSON, JSON or ever pack everything directly into DLL, it's all about how much time and resources you have to implement features, not supported by vanilla game.

Tynan doesn't seem shy about posting large snippets of code on Reddit. Rather than decompile everything (which feels dirty to me) has anyone asked him why he doesn't just release the code? I could imagine he would enjoy a good amount of pull requests (free labor anyone?)

[1000101]

Tynan doesn't seem shy about posting large snippets of code on Reddit. Rather than decompile everything (which feels dirty to me) has anyone asked him why he doesn't just release the code? I could imagine he would enjoy a good amount of pull requests (free labor anyone?)

Already been discussed to death.  It's a closed source project and he want's to protect his IP.  There is nothing wrong with that.

[System.Linq]

Tynan doesn't seem shy about posting large snippets of code on Reddit. Rather than decompile everything (which feels dirty to me) has anyone asked him why he doesn't just release the code? I could imagine he would enjoy a good amount of pull requests (free labor anyone?)

Already been discussed to death.  It's a closed source project and he want's to protect his IP.  There is nothing wrong with that.

Not to mention maintain his creative vision of how he wants the game to be.

[Mudder]

Not to mention maintain his creative vision of how he wants the game to be.

No, he would still maintain complete control. No one would force him to accept any pull requests.

Already been discussed to death.

Fair enough. All I will say is... This.