Lucas_Werkmeister_WMDE added a comment.
> We should be able to find a configuration that works for us, instead of us working around the tool chain we picked to help us. I’m not proposing to work around the tool chain – I’m proposing to ditch the tool chain, in this small part of the project where I believe it doesn’t carry its weight. >> dispatcher into a separate [3rd] module > > By definition the sum of modules can not be smaller than before. > Rather each module carries its own copy of compatibility features and the sum is hence bigger. > When ever links are detected, both dispatcher and app would be needed - never only one. What would we gain? Reducing the size of the sum was not the goal. The goal was to address the delayed kicking in of Bridge, i. e. to make sure it’s initialized earlier. Moving the dispatcher to a separate module and thereby reducing the size of the init module (meaning less code needs to be loaded and parsed) helps with that goal, even if it increases the total code size. That is what we would gain. I also think that, conceptually, this is not too different from your proposal to move the services into the app module. In both cases, the important part is that we move the services out of the init module. TASK DETAIL https://phabricator.wikimedia.org/T233305 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE Cc: Pablo-WMDE, Lucas_Werkmeister_WMDE, Michael, Aklapper, Lydia_Pintscher, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
