Abp: split /api/abp/application-configuration

[dolphinsd]

For a large application putting localization in the configuration file is a waste of bandwidth.

Configuration might change an app path or load method, etc, no need to heavy weight it.

Abp is modular, so why does it load all strings at once, if you have 100 modules, that is a lot of string. Proper way is to load localization at the time as module is activated.

Nothing is modular if you load strings on app startup.

[hikalkan]

Nothing is modular if you load strings on app startup

This would be too week argument to say that it is not modular at all. ABP is modular on development time and brings all together on runtime as a single application. Anyway, I got your message and will think on that.

But, I must say that it is not so simple. It is not clear where a module begins and where another one ends. Multiple modules can add parts to a single page for example. Even the main menu texts are contributed by the modules and when a module adds a menu item we should localize this item text using the localization key of this module. So, when we load the home page, there are a lot of modules added menu items. These are just examples, the real situation might be more complext. I also don't like to get such a long text from server. I will think on that. Thanks.

[dolphinsd]

@hikalkan - consider what airbb is doing, they load json resource translation just in time for ui to display. when ui needs a string map, it is loaded via json on demand!
here is an example: https://a0.muscache.com/airbnb/static/packages/core-guest-loop/phrases/en/17f9-cee85c9392.json