Comment by Luis Orduz on "How do you write Web Apps for B2B scenarios, which say run on same URL(app.startup.com), but different UI open for different Business?"

CommentHow do you write Web Apps for B2B scenarios, which say run on same URL(app.startup.com), but different UI open for different Business?

Luis Orduz

Software Engineer

Feb 28, 2017

Have you taken a look at AB testing? Assuming you already have a way to identify the business on load, something like that could be what you need.

Only it wouldn't be "testing" in this case, but built into the application and, instead of a random interface for each business, the UI elements would be decided by the business id.

Saras Arya

Senior Software Engineer at Rentomojo

Feb 28, 2017

Well that is a method I told as well, but if number of feature increase, it becomes cumbersome. You may be storing lot of variables unnecessarily .Don't you think?

Luis Orduz

Software Engineer

Feb 28, 2017

I don't see why. Let's say that each functionality has a permission, it'd be a matter of giving each business permissions to certain functionalities.

Your application would need only to contact the server with the business id to get the permissions required, and draw only that for which the business has permission.

For example, it'd be only a matter of putting if (business.permissions.foobar) at the top of the function in charge of drawing or enabling the feature "foobar". Or adding the conditional to the template if you use frameworks or view libraries.

If with "too many variables" you meant having permissions for each element, well, that's the cost of granularity.

The other way is making the conditionals at business level, and that would really become cumbersome: Imagine there're 50 businesses, and you want only 20 to have a certain functionality. Unless you use permissions, the conditional would need all 20 businesses to be listed.

Search Hashnode