You are viewing a single thread.
View all comments View context
6 points

The key difference is in the architecture. With the traditional approach, each app is a self contained unit of functionality that slaps its own UI on top. You interact with one app to do one thing, then you have to switch to another to do another, and so on. Crucially, they don’t have any shared context and it’s not possible to compose functionality from different apps together in a meaningful way.

With the WeChat approach, you have a single UI framework, and apps are effectively services that plug into it. Now it’s possible to have a shared context that spans multiple apps, and to pull their functionality into it. It basically facilitates creating workflows that involve multiple apps where each app is a component of the workflow. It’s a similar idea to the way Unix philosophy works where you have a bunch of command line utils and you can pipe data through them in a script composing their individual functionality.

This doesn’t have to be done using a mega app like WeChat, you could bake that into the OS itself, and I think it would actually be a very good architecture to do that. I think that the approach of coupling the UI to the business logic is the wrong way to go. It’s much better to decouple these things, and allow the user to create whatever workflow they want that fits their particular use case leveraging functionality provided by different apps.

permalink
report
parent
reply
1 point
*

Crucially, they don’t have any shared context

you could bake that into the OS itself, and I think it would actually be a very good architecture to do that

That already exists.

permalink
report
parent
reply
2 points

Right, I mentioned that you can do this at the OS level in my comment. However, the way iOS does it is not general, it’s something devs have to do on case by case basis. What I’m talking about is the decoupling of the UI from the logic being the default. The OS can present a single unified UI to the user, and the apps just provide service functionality. The app can then add a default view for itself, but the user could adapt it any way they wanted.

permalink
report
parent
reply
1 point
*

I’m not sure I fully understand. Having a pre-made UI would limit what functionality could be implemented. And it sounds like the OS developer making 90% of an app then just letting third parties plug in their back end. Like a white label kind of thing? Or do you mean something more like UIKit/SwiftUI?

permalink
report
parent
reply

technology

!technology@hexbear.net

Create post

On the road to fully automated luxury gay space communism.

Spreading Linux propaganda since 2020

Rules:

  • 1. Obviously abide by the sitewide code of conduct. Bigotry will be met with an immediate ban
  • 2. This community is about technology. Offtopic is permitted as long as it is kept in the comment sections
  • 3. Although this is not /c/libre, FOSS related posting is tolerated, and even welcome in the case of effort posts
  • 4. We believe technology should be liberating. As such, avoid promoting proprietary and/or bourgeois technology
  • 5. Explanatory posts to correct the potential mistakes a comrade made in a post of their own are allowed, as long as they remain respectful
  • 6. No crypto (Bitcoin, NFT, etc.) speculation, unless it is purely informative and not too cringe
  • 7. Absolutely no tech bro shit. If you have a good opinion of Silicon Valley billionaires please manifest yourself so we can ban you.

Community stats

  • 1.7K

    Monthly active users

  • 1.8K

    Posts

  • 22K

    Comments