Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Survey] Parcelize for Darwin (Apple) targets #157

Closed
arkivanov opened this issue May 28, 2021 · 7 comments
Closed

[Survey] Parcelize for Darwin (Apple) targets #157

arkivanov opened this issue May 28, 2021 · 7 comments
Labels
question Further information is requested

Comments

@arkivanov
Copy link
Contributor

I would like to understand, do we need Parcelize support for Darwin (Apple) targets? I built an experimental kotlin-parcelize-darwin compiler plugin, which is similar to kotlin-parcelize. We could enable it in a separate branch and start publishing the experimental version of decompose module, with a version suffix. More info in my article.

Please put 👍 if you think it is useful, or 👎 if you believe the state preservation is not important on iOS, watchOS, macOS, etc. Please feel free to leave a comment or ask a question.

@arkivanov arkivanov pinned this issue May 28, 2021
@arkivanov arkivanov added the question Further information is requested label May 28, 2021
@moffpage
Copy link
Contributor

It was actually strange to see you implementing this because I believe you've said parcelize plugin doesn't make sense on Apple platforms since if I recall the platform does it automatically, but I may confuse this with another state preservation (view or something else). But nonetheless Apple still has NSConding protocols, so they serve some value. I might investigate into it a bit and later provide more feedback. I very much appreciate your work and contribution into the community

@arkivanov
Copy link
Contributor Author

It was actually strange to see you implementing this because I believe you've said parcelize plugin doesn't make sense on Apple platforms since if I recall the platform does it automatically, but I may confuse this with another state preservation (view or something else). But nonetheless Apple still has NSConding protocols, so they serve some value. I might investigate into it a bit and later provide more feedback. I very much appreciate your work and contribution into the community

Thanks! I don't remember such words from my side. On iOS, the process death due to memory pressure is much more rare than on Android. And so it might be acceptable to loose the state (both data and navigation stack) in such rare cases. But it is still the case, and it might be a requirement for an app to support it.

@moffpage
Copy link
Contributor

It probably refers to the fact that Android and iOS handle configuration changes differently, I'm trying to find the exact text so I could quote you, but I'm having a little trouble doing it, so maybe if you give me some time, I can provide it to you :)

@moffpage
Copy link
Contributor

moffpage commented May 28, 2021

@arkivanov
Copy link
Contributor Author

Thanks, but it does not sound like "parcelize plugin doesn't make sense on Apple platforms". Am I missing something? Anyway, I think it does make sense, but not so important as on Android. :-)

@moffpage
Copy link
Contributor

Probably doesn't, although I remember a little different approach to saying this, which as I said I couldn't easily find. If I find it, I'll definitely recall if you don't mind, but yeah. If you feel it makes sense, maybe it's a game-changer! Even a little :D. I'm interested in your colleagues opinion on this survey. What do they think about it?

@arkivanov
Copy link
Contributor Author

Parcelize was extracted to Essenty library. Closing for now.

@arkivanov arkivanov unpinned this issue Aug 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants