Rework AbstractRecipeLogic

[TechLord22]

This PR splits apart AbstractRecipeLogic into many more specialized methods, to allow for more fine-tuned control of machine behavior. The goal was to allow more core operations to be left intact without the need for any copy pasting, while allowing changes to still happen as freely as possible.

The PR also updates many RecipeLogics to use the new methods for cleanliness, including the EBF, Multismelter, Fusion Reactor, and Gas Collector.

[Yefancy]

I tested it in the game and felt it worked the same as before. The changes are mostly to decouple, which looks good. If I have to say something that getRecipeMap() doesn't seem to be overridden either. It's a final field, so accessing the recipeMap directly I think is ok with the design specification.

[TechLord22]

The reason for getRecipeMap() being changed is for a future PR, concerning recipelogic that deals with potentially more than one recipemap. An example of this is a multiblock that can switch the recipemaps it can use. Using a method instead of the field allows for a single override in this case, compared to otherwise many.