Android一般采用什么数据库?

Android一般采用什么数据库?,第1张

Android一般用SQLite数据库。

简介:

SQLite,是一款轻型的数据库,是遵守ACID的关系型数据库管理系统,它包含在一个相对小的C库中。它是D.RichardHipp建立的公有领域项目。它的设计目标是嵌入式的,而且目前已经在很多嵌入式产品中使用了它,它占用资源非常的低,在嵌入式设备中,可能只需要几百K的内存就够了。它能够支持Windows/Linux/Unix等等主流的 *** 作系统,同时能够跟很多程序语言相结合,比如 Tcl、C#、PHP、Java等,还有ODBC接口,同样比起Mysql、PostgreSQL这两款开源的世界著名数据库管理系统来讲,它的处理速度比他们都快。

摘要

本篇总结了前人写的BaseActivity,自己在开发过程中也添添补补,删删改改,现在总结下。

本篇很多知识借鉴和学习了知乎上iYng大大的回答,先感谢一波。顺便上原文链接:

https://www.zhihu.com/question/47045239/answer/105086885

正文

一般来说,不同的项目的BaseActivity不尽相同,根据不同的业务逻辑和功能需求,会有很多区别。这里总结了一些,如下:

视图相关

一般的Activity里都会用到很多的findViewById这个方法,而且每次都要强制类型转换,这样会显得很繁琐,如果在BaseActivity里封装好,就能省事:

这样只要是继承了BaseActivity就能轻松使用LinearLayout llContent = findView(R.id.ll_content),免去了诸多类型转换的麻烦。

然后说起视图,一般的Activity里都会需要初始化视图和数据,所以可以暴露两个方法initView()和initData():

然后在setContentView里去调用,一般都是先initView,然后再initData:

这样子类里都必须重写initView()和initData()了,逻辑也能清晰点,不然什么东西都放在onCreate里,就很乱了;

用户模块(业务相关【可选】)

不过一般的app,只要是有登录的,就会有用户模块,也会根据用户标识id去进行一些网络 *** 作,所以用户模块可以在BaseActivity中暴露一些方法,比如用户id的获取:

这里就是返回了SharedPreference里存储的用户id,在用户id大量被使用的场景下,这样的封装还是很有必要的,使用起来也更便捷。当然如果只是纯展示的app就不一定需要了,或许显得多余。

界面间跳转传参

很多时候,Activity之间都会传参,所以可以封装一个参数处理的函数initParam(),在BaseActivity的onCreate里去判断是否有参数传过来;

然后把initParam()方法暴露给子类:

这个方法并不是必须重写的,因为传参也没有想象中那么多,并不需要强制重写这个方法。

一般会在Application类里去定义一个isDebug来判断是否开启调试(开发者模式):

在BaseActivity里,我们可以把isDebug作为总开关,然后控制是否显示调试信息:

这样一键关闭调试,不用去一个个删项目里的Log信息,是不是很赞?

每次Toast,都用Toast.makeText(...).show()是不是很烦?那么可以在BaseActivity里封装下,比如:

这里ToastUtils就是一个Toast封装类,里面的内容估计大家都懂。然后这样一来,所有子类在使用时,只需要潇洒写一句toast("xxxx")就行了,当然也可以一并封装Toast.LENGTH_LONG和Toast.LENGTH_SHORT,按需封装吧。

其他

软键盘

有的app里,用户输入的情景会比较多,这个时候,软键盘的隐藏就用的多了,用户输入完之后,或者用户点击屏幕空白处,都应该去隐藏软键盘,这样的话,可以考虑在BaseActivity里写隐藏的方法:

上面3个方法也是很实用的。dispatchTouchEvent方法不需要手动调用,只要是有点击事件,并且点击在软键盘和EditText区域外,就会隐藏软键盘。

防止快速点击

有时候,用户(特别是测试猿)会疯狂的点击app,这一举动的原因和意义不明,但是我们可以设置防止快速点击给app造成的伤害和负担:

这样在1秒之内只会响应一次,麻麻再也不用担心我手抽筋乱点了。

那么怎么用呢?举个栗子,可以在onClick接口里去判断下嘛:

页面跳转:startActivity、startActivityForResult

这个也是可选的,可以封装下,达到每次跳转不需要传this或者XXXXX.this这种参数:

这些方法还是很便捷的,使用时可以简单的使用startActivity(MainActivity.class),也可以传Bundle参数。

是否允许全屏

设置一个成员变量mAllowFullScreen

通过在BaseActivity的onCreate方法里判断mAllowFullScreen来设置是否允许全屏:

然后给子类暴露一个方法来设置mAllowFullScreen:

设置沉浸式状态栏

跟设置全屏一样一样的:

然后BaseActivity的onCreate里:

然后定义steepStatusBar()方法,用来设置沉浸式状态栏:

这里就要判断系统版本了。只有在KITKAT以上才有作用。

最后给子类暴露方法,设置 isSetStatusBar的值:

设置是否允许屏幕旋转

跟前面两种思路一样,通过判断变量,在onCreate里设置咯:

BaseActivity里的onCreate方法:

最后暴露方法设置isAllowScreenRoate的值:

总结

上面的这些方法大都是比较常用的,有些虽然不是很常用,但是写了也会方便一点,把这篇文章当做一个汇总,然后按需使用呗。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/sjk/9391210.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-27
下一篇 2023-04-27

发表评论

登录后才能评论

评论列表(0条)

保存