Lazy loading is not a switch, but the way you have setup the routing (in Angular). So a code pattern. Lazy loading is dscribed here: https://angular.io/guide/lazy-loading-ngmodules, so you need to do the opposite which is described I don’t know where.
Your arguments for not lazy loading actually are my arguments to go for lazy loading. The lazy loading allows me to have an app that loads fast so the user can interact asap, meanwhile the rest is loaded in memory. The files are locally served, not on a webserver, so there is no performance degradation because of internal web calls (talking about an APK!). In fact, if you make it one bundle, the time until first meaningful paint, ability to interact will be highest.
Published on the web, like PWA, or just plain hosting, lazy loading is even more important, as the loading of one chunk will be even a bigger nightmare compared to many chunks, as I said, all chunks are/can be loaded on the background (depending the configuration). Here you can choose to make the web app a PWA, with aggressive prefetch, so the performance is even better compared to non PWA lazy loaded stuff.
As to reverse engineering, splitting in various chunks with awfull names to me seems to give more hurdles to reverse engineer then to make one JS.
If your app is really that important, then someone will manage to reverse engineer it irrespective of your efforts to hide. But in general, for the most apps, reverse engineering code is less attractive then building from scratch stealing the UI flow and google to search for libraries to build the code. If you bake secret API keys and secrets in your app, they also will be found, irrespective what you do. That is general bad practice in any code in any language that gets stored on the local device.
As to web deployment ease, I don’t see the point either unless you use some UI based FTP solution to upload and you have to select each individual file. Nowadays, with CLI uploads (like firebase deploy), the asset count does not matter.
Anyway, happy to hear the contrary, given your experiences…