#684 fixed Dominant Ingrediant Calc

[Sn1p3rr3c0n]

resolves #684
also Ensured SAL and Assemblers use the same Calc code

[Sn1p3rr3c0n]

Turns out this change broke the production of meals

Exception ticking PRF_TypeTwoAssembler_II64545 (at (139, 0, 168)): System.NullReferenceException: Object reference not set to an instance of an object
  at RimWorld.StatWorker.GetValueUnfinalized (RimWorld.StatRequest req, System.Boolean applyPostProcess) [0x008c0] in <38562b1a2ab64eacb931fb5df05ca994>:0 
  at RimWorld.StatWorker.GetValue (RimWorld.StatRequest req, System.Boolean applyPostProcess) [0x00043] in <38562b1a2ab64eacb931fb5df05ca994>:0 
  at RimWorld.StatWorker.GetValueAbstract (Verse.BuildableDef def, Verse.ThingDef stuffDef) [0x00009] in <38562b1a2ab64eacb931fb5df05ca994>:0 
  at RimWorld.StatExtension.GetStatValueAbstract (Verse.BuildableDef def, RimWorld.StatDef stat, Verse.ThingDef stuff) [0x00006] in <38562b1a2ab64eacb931fb5df05ca994>:0 
  at Verse.RecipeDef.WorkAmountTotal (Verse.ThingDef stuffDef) [0x00020] in <38562b1a2ab64eacb931fb5df05ca994>:0 
  at ProjectRimFactory.SAL3.Things.Assemblers.Building_ProgrammableAssembler+BillReport..ctor (RimWorld.Bill b, System.Collections.Generic.List`1[T] list) [0x00029] in <7c10c53c246a42a8a69599d9fadabfdf>:0 
  at ProjectRimFactory.SAL3.Things.Assemblers.Building_ProgrammableAssembler.TryGetNextBill () [0x000c3] in <7c10c53c246a42a8a69599d9fadabfdf>:0 
  at ProjectRimFactory.SAL3.Things.Assemblers.Building_ProgrammableAssembler.Tick () [0x0016b] in <7c10c53c246a42a8a69599d9fadabfdf>:0 
  at ProjectRimFactory.SAL3.Things.Assemblers.Special.Building_Assembler_Learning.Tick () [0x00001] in <7c10c53c246a42a8a69599d9fadabfdf>:0 
  at Verse.TickList.Tick () [0x0015c] in <38562b1a2ab64eacb931fb5df05ca994>:0 
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) Verse.Log:Verse.Log.Error_Patch2 (string)
Verse.TickList:Tick ()
Verse.TickManager:DoSingleTick ()
Verse.TickManager:TickManagerUpdate ()
Verse.Game:UpdatePlay ()
Verse.Root_Play:Update ()