关于Fragment API版本兼容问题

Fragment 是在API 11(android 3.0)被引入的,然而我的应用 的 android:miniSdkVersion  是
API 8,也就是说该应用是兼容旧版本的,为了能够兼容旧版本,需要引入Fragment相关的支持包

import android.support.v4.app.Fragment;

而不是本地包

import android.app.Fragment;

虽然Android支持包和本地包都含有Fragment的相关类,但这些分布在两个包中的类是不可以互用的。

	FragmentManager fm =getSupportFragmentManager();

	   Fragment fragment = fm.findFragmentById(R.id.fragmentContainer);

		if (fragment==null){
			fragment = new CrimeFragment();

			fm.beginTransaction()
			.add(R.id.fragmentContainer,fragment)
			.commit();
		

在这段代码中,我们导入的包是这些:

import android.support.v4.app.Fragment;

import android.support.v4.app.FragmentActivity;

import android.support.v4.app.FragmentManager;

而不是这些:

import androidapp.Fragment;

import androidapp.FragmentActivity;

import android.app.FragmentManager;

如果导入了本地的包,会报错。

时间: 2024-11-10 17:53:15

关于Fragment API版本兼容问题的相关文章

Android开发-状态栏着色原理和API版本兼容处理

介绍 先上实际效果图,有三个版本请注意区分API版本 API>=20 API=19 API<19 以上的效果我们称之为对状态栏的着色,而非沉浸式状态栏,那是另外的东西. 想要实现以上的效果并不难,阅读本文了解原理后,就会觉得想要以上的效果真的很简单. 本文旨在总结我的理解告诉读者一步步实现状态栏着色的原理. 原理 第一步-设置透明状态栏 对状态栏的控制一切基础都源于 static public void setTranslucentWindows(Activity activity) { if

关于Fragment API版本号兼容问题

Fragment 是在API 11(android 3.0)被引入的.然而我的应用 的 android:miniSdkVersion  是 API 8,也就是说该应用是兼容旧版本号的.为了可以兼容旧版本号,须要引入Fragment相关的支持包 import android.support.v4.app.Fragment; 而不是本地包 import android.app.Fragment; 尽管Android支持包和本地包都含有Fragment的相关类,但这些分布在两个包中的类是不能够互用的.

Android 开源项目android-open-project工具库解析之(二) 高版本向低版本兼容,多媒体相关,事件总线(订阅者模式),传感器,安全,插件化,文件

六.Android 高版本向低版本兼容 ActionBarSherlock 为Android所有版本提供统一的ActionBar,解决4.0以下ActionBar的适配问题 项目地址:https://github.com/JakeWharton/ActionBarSherlock Demo地址:https://play.google.com/store/apps/details?id=com.actionbarsherlock.sample.demos APP示例:太多了..现在连google都

Android 实现高斯模糊效果及低版本兼容

Android 实现高斯模糊效果及低版本兼容 Hello,好久不见,好久没写博客了,总结了下原因有三,第一,变懒了:第二,变懒了:第三,还是变懒了:因为任何不更新博客的理由都是借口! 一.效果演示 项目中用到了高斯模糊效果,查阅过一些资料,考虑到性能问题最终还是选择使用Android自带的RenderScript库来实现,关于使用RenderScript来实现高斯模糊网上也有很多类似的方法,大部分都总结的比较乱,此处算是做一个整理吧,供有类似需求的同学参考及学习.           (项目效果

APP接口版本兼容的问题

现在基本每个公司都做APP,所以大家都面临 APP接口版本兼容的问题. iOS和android 要不断开发新版本,很多服务端开发都是在以前接口的逻辑上进行修改.新的APP和接口开发后,接口如何兼容老的APP? 有的公司 每次发布完APP,就强制用户更新到最新版本.不推荐这样,因为用户体验太差. 就算是用 强制更新,在苹果审核期间,新的APP接口和 老的接口 也必须能同时使用. 下面我们说下如何做,我们用的是最后一种方式,大家有不同意见可以 留言讨论. 一.客户端 做兼容,接口不用做兼容 1.AP

Material Designer的低版本兼容实现(五)—— ActivityOptionsCompat

extends:http://www.cnblogs.com/tianzhijiexian/p/4087917.html 本文是对API中的方法做了介绍,如果想要看如何让这些方法兼容4.x或2.x可以看这篇文章:  用开源项目ActivityOptionsICS让ActivityOptions的动画实现兼容 新版的V4包中有了这个类-- ActivityOptionsCompat,我们可以通过这个类来启动activity和添加动画.但不幸的是所有的动画都没有给2.x用的,大部分动画也对4.x不兼

安卓版本兼容解决

        例:在低于API 15中使用acionbar是直接崩溃,需要加入版本兼容检测: 1.首先检查设备的编译版本 Build.VERSION.SDK_INT常量代表了Android设备的版本号.可将该常量同代表Honeycomb 版本的常量进行比较. (版本号清单可参考网页http://developer.android.com/reference/android/ os/Build.VERSION_CODES.html. ) 现在 ActionBar 代码只有在Honeycomb或更

**RESTful API版本控制策略

做RESTful开放平台,一方面其API变动越少, 对API调用者越有利:另一方面,没有人可以预测未来,系统在发展的过程中,不可避免的需要添加新的资源,或者修改现有资源.因此,改动升级必不可少,但是,作为平台开发者,你必须有觉悟:一旦你的API开放出去,有人开始用了,你就不能只管自己Happy了,你对平台的任何改动都需要考虑对当前用户的影响.因此,做开放平台,你从第一个API的设计就需要开始API的版本控制策略问题,API的版本控制策略就像是开放平台和平台用户之间的长期协议,其设计的好坏将直接决

Android通知栏版本兼容解决方案

Android通知栏是我们在APP中几乎必须使用到的,自定义通知栏给我们带来很多拓展性,但是我们在使用自定义通知栏时往往会遇到自定义通知栏和系统本身颜色.字体等不兼容的问题,本篇博客就重点讲解如何解决Android自定义通知栏在各Android系统的适配问题. 概述: 众所周知,Android通知有两种,默认通知与自定义通知. 默认通知栏通过调用系统接口就能实现,代码如下: new NotificationCompat.Builder(this) /* 状态栏相关 */ //状态栏显示的icon