Closed blmarket closed 2 days ago
Seems now it goes a bit more wilder than I thought, but just giving a try.
instance()
Looks good to me!
Would you allow me to shuffle files around a bit? Since there's no C in tests now, the tests can be in the same package as the dialog, for example.
Also, I got an idea about the
NewDialog
. I was thinking maybe I can move all the function export variables likeSub_413890
andGetStringManager
to a function argument ofNewDialog
. Less global state - the better.
Sure, sounds like a good idea. Seems it will be a big refactoring if we have to move all dependencies into a module.
@blmarket Done! I moved all function to methods on Dialog
and also removed the global state. Ready to merge, if all is good here.
@blmarket Done! I moved all function to methods on
Dialog
and also removed the global state. Ready to merge, if all is good here.
Looks great to me as well! Thanks for the help! Will try to use similar structure for the future works. Passed all my manual in-game tests.
@blmarket I had to squash all the commits, unfortunately. Initially I wanted to only group them (e.g. squash minor fixes only), but that Nox data file was in the middle of the commit log.
Hey, I'm not sure it aligns with overall direction you may want, so just created this PR to explain what I think. Feel free to give your opinion on it.
Motivation: Encapsulate dialog package so we can have unit test and integration test available for it without initiating whole legacy package.
Next steps:
Required sign-off