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

Efficiency vs Google's standard bottom? #198

Open
thenotoriousrog opened this issue Apr 17, 2018 · 1 comment
Open

Efficiency vs Google's standard bottom? #198

thenotoriousrog opened this issue Apr 17, 2018 · 1 comment

Comments

@thenotoriousrog
Copy link

Apologies for placing this as an issue. I don't see a questions section but is there any way of knowing if this is more efficient and faster than the standard Google bottom sheet? Also is there a way to improve the sliding effect speed of the bottom sheet?

@bhargavms
Copy link

DISCLAIMER: Highly opinionated response

The google one is feels heavier than this lib, BottomSheetLayout here is just an extension of the standard FrameLayout and we already know that FrameLayout is pretty lightweight,
As for google's "Bottom sheet", they decided to implement it as a layout behaviour which means that one has to import the entire google material design library in order to get access to the coordinator layout and the bottom sheet behaviour, now ask yourself do you want to depend on an entire suite of "material" design components just to have a "bottom sheet" ?

Personally I would recommend you to keep yourself as far away from google and its "design/architecture components" as possible.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants