android - Toolbar as self-managed ActionBar vs Toolbar as framework managed ActionBar -
alright, trying understand lose if use toolbar self-managed actionbar , not use setsupportactionbar.
afaik, actionbar is, provide placeholders logo, navigation , menu items , let fragments add/customize menu items.
the same functionality achieved using toolbar.setlogo(), toolbar.setnavigationicon(), toolbar.setnavigationonclicklistener() , toolbar.inflatemenu() apis. of course, directing menu handling logic fragments might lost think not big of deal if activity knows fragment on top , changes menu items accordingly.
i trying make sure :
- if can achieve every
actionbarcapability usingtoolbar,menuitems(and not usingsetsupportactionbar()). - is ok not have exhaustive knowledge of
actionbarapis. ofactionbarapis confusing. usingsethomeasupapi show hamburger icon, icon etc., doesn't feel right. if starts learning android today, need understand framework'sactionbarapis?
update : in article android design support library under section coordinatorlayout , app bar, learnt new paradigm app bar replacement action bar paradigm. think action bar deprecated , should used new app bar paradigm covers new material design user experiences.
yes can use achieve similar capabilities of actionbar in toolbar.
mainly difference lies toolbar becomes part of view can more fun playing them scrolling techniques
you can use toolbar separately view & perform actionbar alike functionalities. example, in 1 of app use 2 toolbar 1 set setsupportactionbar() while other used other functionalities.
conclusion: depends upon requirements if want use toolbar self or framework. none less can use both.
i hope answers question well.
Comments
Post a Comment