#Command Organization
1 messages · Page 1 of 1 (latest)
For as long as they inherit the correct interface you can split them in their own files. This is also sort of the design you would go for to implement them as microservices, which is also good practice
It just boils down to whether you want multiple files with 10 lines of code or whether you want a single with hundreds
Personally I'd go with whatever you think is easier to maintain. A huge file is definitely harder on readability if not properly structured/commented. Many smaller ones just make navigation harder if they grow into dozens of files
You can also group them in class file, like your example would have a ModModule that has the methods for ban and kick
and the end of the day it's whatever you're comfortable with
Late reply, but how would I properly register them? I have the AddModulesAsync being called with Assembly.EntryAssembly() as the first argument and my files inherit from InteractionModuleBase<SocketInteractionContext> but they don't register. Am I just being stupid?
dont use internal, use public
might not need public, but making it internal means d.net cant see it
yea, its pre annoying