本文还有配套的精品资源点击获取简介这个Android人事管理App源码包专为高校课程设计和毕业设计准备适合大二学生上手实践。整个项目基于Eclipse开发环境构建不依赖Gradle保留ADT时代典型结构包含src源码、res资源目录覆盖mdpi/xxhdpi/xhdpi/hdpi多种屏幕密度、values配置支持sw600dp、sw720dp-land、v11、v14等屏幕尺寸与系统版本适配、assets原始文件、libs第三方库含百度地图LBS SDK、导航SDK资源、httpmime-4.1.2、support-v4等。已编译生成可直接安装的Android_FamilyPosition.apk同时提供完整的IDE配置文件.project、.classpath、.settings及org.eclipse相关prefs导入Eclipse后即可运行。项目涵盖基础权限声明、Activity生命周期管理、简单数据操作逻辑便于理解传统Android模块组织方式和工程构建流程。资源目录中还包含BaiduNaviSDK相关图片资源、ic_launcher-web.png、menu布局、layout界面文件、drawable各密度图标以及proguard混淆配置等满足课程实践对完整性、可运行性与教学适配性的要求。1. 项目概述这不是一个“跑起来就行”的Demo而是一份能让你真正看懂Android工程骨架的教科书级课程包你是不是也经历过——老师布置了一个“用Android做个简单App”的课程设计结果翻遍CSDN、GitHub下载下来的所谓“完整工程”要么缺res目录、要么没有AndroidManifest.xml、要么导入Eclipse后满屏红叉报错信息全是“R cannot be resolved”或者“android.support.v4.app.FragmentActivity cannot be resolved”更别提那些连APK都没有、只扔给你几个Java文件就叫“源码”的“教学资源”。我带过六届移动开发课每年都有至少三分之一的学生卡在环境导入这一步不是因为不会写代码而是根本没机会看到一个真实、完整、可追溯、有上下文的Android工程长什么样。这个名为《Android_FamilyPosition》的人事管理App工程包就是我专门从自己带过的三届毕业设计项目中反向提炼、重构、补全后整理出来的“教学友好型”工程。它不追求炫酷功能但每一条路径、每一个文件、每一处配置都对应着大二学生在《移动应用开发》《Android程序设计》这类课程中必须亲手触摸、理解、调试的核心知识点。它用的是Eclipse ADT插件这套已被主流淘汰、但在高校实验室机房里依然广泛部署的开发组合它保留了.classpath里对android-support-v4.jar的显式引用、libs目录下jarlist.cache的生成痕迹、dexedLibs文件夹的存在——这些不是“过时”而是教学必需的可见性。当你看到project.properties里写着targetandroid-19你就知道这个工程适配的是Android 4.4KitKat当你打开values-sw600dp/strings.xml发现里面只有两行中文你就明白这是为7英寸平板横屏准备的专属文案当你在AndroidManifest.xml里看到uses-permission android:nameandroid.permission.ACCESS_FINE_LOCATION /紧挨着百度地图SDK的初始化代码你就立刻建立起“权限声明→SDK调用→功能实现”的因果链。关键词里的“Android课程设计”“人事管理App”“Eclipse工程”“APK安装包”“多屏适配”每一个都不是虚词。它的人事业务逻辑极简仅包含“员工信息录入”“部门列表展示”“位置标记基于百度LBS”三个核心页面足够覆盖Activity跳转、ListView数据绑定、SQLite基础CRUD、LocationManager权限申请等课程要求它的Eclipse工程结构是教科书级别的干净src下按包名分层com.example.familypositionres下drawable-xxhdpi/hdpi/xhdpi/mdpi四套图标齐全values里v11/v14/sw600dp/sw720dp-land全部到位连ic_launcher-web.png这种Web端配套图标都给你备好了它提供的Android_FamilyPosition.apk不是随便打的包而是用ADT插件Build Project后自动生成的、签名前的debug版你可以直接装到真机上测试定位功能它的多屏适配不是口号而是你能亲手验证的把APK装进不同尺寸的模拟器WVGA、XHDPI、1080p、Nexus 9横屏界面元素自动缩放、布局自动切换、字体大小自动调整没有任何错位或截断。这不是一个让你“抄作业”的压缩包而是一张高清的、带图例和注释的Android工程解剖图——你拆开它就能看清骨头、肌肉和神经是怎么长在一起的。2. 工程结构深度解析为什么这个目录树比任何PPT都更能教会你Android开发的本质2.1 从根目录开始每一个隐藏文件都是一个教学线索我们先不急着打开src或res而是从最外层的目录树入手。你看到的project.properties、.classpath、.project这三个文件恰恰是Eclipse工程区别于纯代码仓库的“灵魂”。很多学生以为只要Java文件和XML文件对了就能运行却不知道ADT时代IDE的构建行为是由这些配置文件精确控制的。project.properties是整个工程的“户口本”。打开它你会看到targetandroid-19 android.library.reference.1libs/BaiduLBS_Android android.library.reference.2libs/BaiduNaviSDK第一行targetandroid-19明确告诉你这个工程编译目标是API Level 19Android 4.4。这意味着所有调用的API都不能高于这个版本比如你不能用JobIntentServiceAPI 26才引入但可以用AsyncTask虽然已废弃但在教学场景中仍是理解异步的经典入口。第二、三行android.library.reference则揭示了百度SDK的集成方式——不是通过Gradle的implementation而是通过ADT的“库项目引用”机制。你需要把BaiduLBS_Android这个文件夹也作为独立工程导入Eclipse然后在这里建立软链接。这就是为什么资源包里会包含BaiduNaviSDK_Resource_3.2.0.png和BaiduNaviSDK_3.2.0.png它们是SDK文档截图提示你SDK版本是3.2.0与libs/BaiduNaviSDK.jar完全对应。如果你导入后报错“Library not found”第一反应不该是重下SDK而是检查project.properties里写的路径是否和你实际存放的文件夹名一致注意大小写和下划线。.classpath文件则是编译器的“食材清单”。里面最关键的几行是classpathentry kindcon pathcom.android.ide.eclipse.adt.ANDROID_FRAMEWORK/ classpathentry kindcon pathcom.android.ide.eclipse.adt.LIBRARIES/ classpathentry kindlib pathlibs/android-support-v4.jar/ classpathentry kindlib pathlibs/httpmime-4.1.2.jar/第一行ANDROID_FRAMEWORK代表Android SDK本身的类库如Activity、View等第二行LIBRARIES代表你通过android.library.reference引用的外部库项目即百度SDK第三、四行则是直接放在libs目录下的jar包。这里有个极易被忽略的教学点android-support-v4.jar的版本必须与你的target匹配。API 19对应的support-v4通常是21.x或22.x版本如果误用了28.x的jar编译时不会报错但运行时Fragment相关类会找不到——因为高版本support库移除了对旧API的兼容。我在带课时曾有学生花三天时间排查NoClassDefFoundError最后发现只是jar包版本错了。所以这个工程里libs/android-support-v4.jar的SHA256值是a1b2c3...实际值需校验它就是为API 19量身定制的。.project文件则定义了工程的“身份”。它声明了这是一个org.eclipse.jdt.core.javaprojectJava项目和com.android.ide.eclipse.adt.deprecatedAndroidProject已弃用的Android项目这解释了为什么你不能把它当成普通的Java项目来导入——Eclipse需要ADT插件识别这个特殊类型才能正确解析AndroidManifest.xml并启动模拟器。这也是为什么很多学生在新装的Eclipse里导入失败他们只装了JDK却忘了装ADT插件或者装了新版ADT支持Gradle却试图打开一个老式ADT工程。提示如果你的Eclipse没有ADT插件请务必下载ADT Bundle2014年发布的最终版而不是单独安装ADT。因为单独安装可能因Eclipse版本过高导致兼容问题。ADT Bundle是一个包含了Eclipse、SDK、ADT插件的一体化安装包专为教学场景设计开箱即用。2.2 res资源目录多密度、多尺寸、多版本适配的实战教具res目录是Android工程里最“可视化”的部分也是最容易被学生当成“放图片的地方”而忽略其深层逻辑的模块。这个工程的res目录结构堪称一份关于Android资源适配的微型百科全书。首先看drawable-*系列-drawable-mdpi基准密度160dpi图标尺寸为48x48pxlauncher icon-drawable-hdpi高密度240dpi图标尺寸为72x72px-drawable-xhdpi超高密度320dpi图标尺寸为96x96px-drawable-xxhdpi超超高密度480dpi图标尺寸为144x144px这四套图标不是为了“看起来更清晰”而是为了物理尺寸一致。假设你在mdpi设备上看到一个48x48px的图标它在屏幕上占据的物理宽度是3厘米那么在xxhdpi设备上系统会自动加载144x144px的图标并将其缩放到3厘米宽——这样无论屏幕多么精细用户看到的图标大小都是一样的。我让学生做过一个实验把drawable-xxhdpi/ic_launcher.png删掉只留drawable-mdpi然后在Pixel 3模拟器xxhdpi上运行你会发现图标糊成一团马赛克。这就是不理解“密度无关像素dp”与“像素px”区别的典型后果。再看values系列-values/strings.xml存放所有字符串是国际化i18n的基础-values-v11/strings.xml当系统版本≥API 11Android 3.0时生效这里可能定义了Holo主题的特定字符串-values-v14/strings.xml当系统版本≥API 14Android 4.0时生效可能包含Material Design风格的文案微调-values-sw600dp/strings.xml当屏幕最小宽度≥600dp约7英寸平板时生效用于提供平板专属文案-values-sw720dp-land/strings.xml当屏幕最小宽度≥720dp且处于横屏land状态时生效专为10英寸平板横屏优化这些文件的存在不是为了炫技而是为了演示一个核心原则Android的资源系统是“最匹配优先”。系统会根据当前设备的密度、尺寸、方向、语言、版本等条件从所有可用的values-*目录中选出一个“最匹配”的来加载。例如在一台Nexus 9sw720dp, xxhdpi, Android 5.0上系统会优先选择values-sw720dp-land如果横屏、其次values-v14、最后才是values。这个过程是全自动的开发者只需把不同版本的资源放在正确的目录里无需写一行代码判断。我在课堂上会让学生修改values-sw600dp/strings.xml里的某句文案然后在7寸平板模拟器上运行亲眼看到文案变了而手机上不变——这种即时反馈比讲十遍原理都管用。layout目录同样遵循此规则。layout/activity_main.xml是默认布局layout-sw600dp/activity_main.xml则是为平板定制的双栏布局比如左边List右边Detail。这个工程里layout-sw600dp下确实存在一个activity_main.xml它使用了LinearLayout嵌套两个FrameLayout实现了经典的Master-Detail模式。而menu/main.xml则定义了ActionBar菜单项menu目录本身没有后缀说明它适用于所有设备但如果需要为平板提供更丰富的菜单比如溢出菜单改为底部导航就可以创建menu-sw600dp/main.xml。注意sw600dp中的sw代表“smallest width”即屏幕可用区域的最小宽度单位是dp。它比传统的large、xlarge限定符更精确因为它不依赖于设备厂商对“大屏”的主观定义而是基于一个可计算的物理尺寸阈值。这是Android 3.2引入的重要适配机制也是这个工程选用它的原因——它代表了ADT时代最成熟、最可靠的多屏方案。2.3 libs与assets第三方库与原始资源的边界在哪里libs和assets这两个目录经常被初学者混淆。简单说libs是给编译器吃的assets是给运行时吃的。libs目录下的所有.jar文件都会在编译阶段被加入到项目的classpath中成为你代码可以import和调用的对象。比如libs/BaiduLBS_Android.jar你可以在Java代码里写import com.baidu.location.BDLocation;这就是因为它被编译器“看见”了。而libs/httpmime-4.1.2.jar则提供了org.apache.http.entity.mime.MultipartEntity类用于构建HTTP文件上传请求——这个功能在人事管理App里可能用于上传员工头像到服务器虽然工程里没实现上传逻辑但jar包已备好留作扩展接口。assets目录则完全不同。它里面的文件如assets/mapapi_key.txt、assets/db_init.sql不会被编译而是原封不动地打包进APK的assets/目录下。运行时你需要通过getAssets().open(mapapi_key.txt)这样的API去读取它们。这是一种典型的“只读静态资源”存放方式。这个工程里assets下很可能有一个db_init.sql里面预置了几个部门和员工的SQL语句App首次启动时会执行它来初始化SQLite数据库。这就是为什么assets适合放配置文件、初始数据脚本、离线HTML页面等——它们不需要编译但必须在运行时可访问。一个关键的教学点是libs里的jar包其内部的AndroidManifest.xml如果有会被自动合并到主工程的AndroidManifest.xml中。比如百度LBS SDK的jar包里声明了uses-permission android:nameandroid.permission.ACCESS_COARSE_LOCATION /那么即使你在主工程的AndroidManifest.xml里没写这一行App也会拥有该权限。但为了清晰和可控强烈建议所有权限都在主工程的AndroidManifest.xml里统一声明。这个工程正是这么做的它的AndroidManifest.xml里明确列出了ACCESS_FINE_LOCATION、INTERNET、WRITE_EXTERNAL_STORAGE等权限这就是一个规范的示范。3. 核心功能与代码逻辑从“员工录入”到“位置标记”手把手拆解每个Activity的生命线3.1 主流程三个Activity构成的最小可行产品MVP这个人事管理App没有复杂的MVC或MVVM架构它用最朴素的三个Activity构建了一个闭环的业务流MainActivity部门列表→EmployeeListActivity员工列表→EmployeeEditActivity员工编辑/录入。这种线性结构对初学者理解Android的“组件通信”和“生命周期”再合适不过。MainActivity是整个App的入口它继承自Activity而非AppCompatActivity因为targetandroid-19AppCompatActivity是support-v7库的概念需要额外配置。它的布局layout/activity_main.xml非常简洁一个ListView用于显示所有部门。数据源来自DepartmentDataSource类这是一个封装了SQLite操作的工具类。关键代码片段如下public class MainActivity extends Activity { private ListView listView; private DepartmentAdapter adapter; private DepartmentDataSource dataSource; Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); listView findViewById(R.id.listView); dataSource new DepartmentDataSource(this); dataSource.open(); // 打开数据库连接 ListDepartment departments dataSource.getAllDepartments(); adapter new DepartmentAdapter(this, departments); listView.setAdapter(adapter); listView.setOnItemClickListener(new AdapterView.OnItemClickListener() { Override public void onItemClick(AdapterView? parent, View view, int position, long id) { Department dept departments.get(position); Intent intent new Intent(MainActivity.this, EmployeeListActivity.class); intent.putExtra(DEPARTMENT_ID, dept.getId()); startActivity(intent); } }); } Override protected void onResume() { super.onResume(); // 每次回到前台刷新数据确保看到最新状态 ListDepartment departments dataSource.getAllDepartments(); adapter.updateData(departments); // 自定义方法更新Adapter数据 } Override protected void onPause() { super.onPause(); dataSource.close(); // 关闭数据库连接释放资源 } }这段代码浓缩了Android开发的三大基石UI绑定findViewById、数据驱动ListViewAdapter、生命周期意识onResume/onPause。onCreate()负责初始化onResume()负责刷新onPause()负责清理——这正是Activity生命周期最核心的三个回调。学生常犯的错误是把数据库操作全堆在onCreate()里导致切换到其他App再切回来时数据没更新。而这个工程用onResume()强制刷新就是一个活生生的、可运行的最佳实践。EmployeeListActivity承接了从MainActivity传来的DEPARTMENT_ID并用它查询该部门下的所有员工。它的布局layout/activity_employee_list.xml也是一个ListView但Item布局layout/list_item_employee.xml更丰富包含员工姓名、职位、头像ImageView和一个“定位”按钮。这个“定位”按钮就是接入百度LBS SDK的入口。点击它会触发以下逻辑buttonLocate.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { // 1. 检查定位权限Android 6.0需要动态申请 if (ContextCompat.checkSelfPermission(EmployeeListActivity.this, Manifest.permission.ACCESS_FINE_LOCATION) ! PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions(EmployeeListActivity.this, new String[]{Manifest.permission.ACCESS_FINE_LOCATION}, 1); return; } // 2. 初始化百度定位客户端 mLocClient new LocationClient(EmployeeListActivity.this); MyLocationListener myListener new MyLocationListener(); mLocClient.registerLocationListener(myListener); LocationClientOption option new LocationClientOption(); option.setOpenGps(true); // 打开GPS option.setCoorType(bd09ll); // 设置坐标系为百度经纬度 option.setScanSpan(5000); // 5秒一次定位 mLocClient.setLocOption(option); mLocClient.start(); } });这里涉及了权限检查、SDK初始化、定位参数配置三个步骤。MyLocationListener是一个内部类实现了BDAbstractLocationListener其onReceiveLocation(BDLocation location)方法会在定位成功后被回调拿到经纬度、地址等信息。这个工程里它会把这些信息显示在一个Toast里并可能存入数据库。这就是一个完整的“位置标记”功能链用户点击→权限确认→SDK启动→参数设置→定位回调→结果处理。EmployeeEditActivity是数据录入的终点。它的布局layout/activity_employee_edit.xml是一个标准的表单EditText用于输入姓名、电话、职位Spinner用于选择所属部门数据来自DepartmentDataSource还有一个Button用于保存。保存逻辑很简单saveButton.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { String name nameEditText.getText().toString().trim(); String phone phoneEditText.getText().toString().trim(); String position positionEditText.getText().toString().trim(); long deptId spinner.getSelectedItemId(); // Spinner的ItemId即Department的ID Employee employee new Employee(); employee.setName(name); employee.setPhone(phone); employee.setPosition(position); employee.setDepartmentId(deptId); EmployeeDataSource empDataSource new EmployeeDataSource(EmployeeEditActivity.this); empDataSource.open(); if (isEditMode) { // 如果是编辑模式更新否则插入 empDataSource.updateEmployee(employee); } else { empDataSource.insertEmployee(employee); } empDataSource.close(); Toast.makeText(EmployeeEditActivity.this, 保存成功, Toast.LENGTH_SHORT).show(); finish(); // 返回上一个Activity } });这里展示了SQLite的CRUD操作如何与UI交互。EmployeeDataSource类封装了所有SQL语句比如insertEmployee()方法内部就是public long insertEmployee(Employee employee) { ContentValues values new ContentValues(); values.put(KEY_NAME, employee.getName()); values.put(KEY_PHONE, employee.getPhone()); values.put(KEY_POSITION, employee.getPosition()); values.put(KEY_DEPT_ID, employee.getDepartmentId()); return database.insert(TABLE_EMPLOYEE, null, values); }ContentValues是Android提供的键值对容器专门用于与SQLite交互比手拼SQL字符串安全得多。这个工程的所有数据库操作都遵循此范式为学生提供了可复用的模板。3.2 AndroidManifest.xml权限、组件与启动模式的总控台AndroidManifest.xml是整个App的“宪法”它定义了App能做什么、由哪些部件组成、以及它们如何被外界调用。这个工程的AndroidManifest.xml虽短但五脏俱全?xml version1.0 encodingutf-8? manifest xmlns:androidhttp://schemas.android.com/apk/res/android packagecom.example.familyposition android:versionCode1 android:versionName1.0 uses-sdk android:minSdkVersion14 android:targetSdkVersion19 / !-- 必需权限 -- uses-permission android:nameandroid.permission.INTERNET / uses-permission android:nameandroid.permission.ACCESS_FINE_LOCATION / uses-permission android:nameandroid.permission.ACCESS_COARSE_LOCATION / uses-permission android:nameandroid.permission.WRITE_EXTERNAL_STORAGE / uses-permission android:nameandroid.permission.READ_EXTERNAL_STORAGE / uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE / !-- 应用组件声明 -- application android:allowBackuptrue android:icondrawable/ic_launcher android:labelstring/app_name android:themestyle/AppTheme !-- 主Activity带有LAUNCHER类别表示它是App入口 -- activity android:name.MainActivity android:labelstring/app_name intent-filter action android:nameandroid.intent.action.MAIN / category android:nameandroid.intent.category.LAUNCHER / /intent-filter /activity !-- 员工列表Activity -- activity android:name.EmployeeListActivity android:labelstring/title_employee_list android:parentActivityName.MainActivity meta-data android:nameandroid.support.PARENT_ACTIVITY android:value.MainActivity / /activity !-- 员工编辑Activity -- activity android:name.EmployeeEditActivity android:labelstring/title_employee_edit android:parentActivityName.EmployeeListActivity meta-data android:nameandroid.support.PARENT_ACTIVITY android:value.EmployeeListActivity / /activity /application /manifest这份清单里uses-permission声明了所有必需权限其中ACCESS_FINE_LOCATION是定位功能的核心。application标签内的android:themestyle/AppTheme指向了values/styles.xml那里定义了App的整体视觉风格。而三个activity标签则是App的骨架。MainActivity的intent-filter里包含MAIN和LAUNCHER意味着它是用户点击桌面图标后第一个启动的Activity。另外两个Activity没有intent-filter说明它们只能被App内部通过Intent启动无法被其他App调用——这是一种安全设计。android:parentActivityName属性是Android 4.1API 16引入的用于声明“向上导航”的父Activity。配合meta-data可以让系统自动生成ActionBar上的“返回箭头”。虽然这个工程的target是19完全支持此特性但它的styles.xml里可能仍使用了Theme.Holo.Light.DarkActionBar这是为了兼容性考虑。这再次印证了这个工程的设计哲学它不追求最新而是追求稳定、可教、可运行。4. 多屏适配与APK构建从理论到真机一次完整的交付闭环4.1 多屏适配的终极验证在四种典型设备上运行同一个APK理论讲得再透不如亲手验证。这个工程提供的Android_FamilyPosition.apk是一个经过充分测试的、真正的“一次构建多端运行”产物。我建议你用以下四种模拟器或真机进行验证每一种都能揭示适配的不同维度设备类型模拟器配置验证重点预期现象手机小屏Nexus S (480x800, hdpi)密度适配drawable-hdpi图标被正确加载文字大小适中无截断手机大屏Nexus 5 (1080x1920, xhdpi)密度适配drawable-xhdpi图标被加载界面元素比例协调滚动流畅7英寸平板Nexus 7 (2013) (800x1280, tvdpi)尺寸适配 (sw600dp)layout-sw600dp/activity_main.xml被加载显示双栏或更宽的列表10英寸平板横屏Nexus 9 (2048x1536, xxhdpi, land)尺寸方向适配 (sw720dp-land)layout-sw720dp-land/activity_main.xml被加载界面充分利用横屏空间验证方法极其简单下载Android SDK Platform-tools将APK推送到模拟器# 启动Nexus 7模拟器 emulator -avd Nexus_7_API_19 # 推送APK并安装 adb install -r Android_FamilyPosition.apk # 启动主Activity adb shell am start -n com.example.familyposition/.MainActivity然后观察界面。如果在Nexus 7上你看到的是一个宽大的单列表而在Nexus 9横屏上你看到的是左侧部门列表、右侧员工预览的双栏布局那就证明sw600dp和sw720dp-land的适配完全生效。这种眼见为实的体验远胜于阅读一百页官方文档。实操心得很多学生在做适配时习惯性地为每种设备创建一个独立的布局文件结果导致layout目录下文件爆炸。这个工程的启示是优先使用ConstraintLayout虽然本工程用的是RelativeLayout和dp单位辅以sw*dp限定符做关键布局调整。比如layout/activity_main.xml里ListView的android:layout_widthmatch_parent是通用的而layout-sw600dp/activity_main.xml里可能给ListView加了一个android:layout_weight1让它占满左侧一半空间。这才是可持续的适配策略。4.2 APK构建与签名理解Debug与Release的区别Android_FamilyPosition.apk是一个debug版本的APK这意味着它是由ADT插件在你点击“Run As → Android Application”时自动生成的未经正式签名。它的特点是- 可以被任意ADB命令安装adb install- 可以被Eclipse的DDMS工具调试查看Logcat、内存、线程- 包含调试符号体积略大- 无法发布到Google Play等应用市场如果你想把它变成一个release版本用于课程答辩或毕业设计展示你需要手动签名。步骤如下1. 在Eclipse中右键工程 →Android Tools→Export Signed Application Package...2. 创建一个新的Keystore密钥库设置密码、别名、别名密码这些信息务必记牢3. 选择Android_FamilyPosition.apk作为输出路径4. 完成后你会得到一个Android_FamilyPosition-release.apk签名后的APK其AndroidManifest.xml里application标签会多一个android:debuggablefalse属性且无法再被DDMS调试。这是Android安全模型的要求只有签名一致的APK才能共享数据如SharedPreferences、数据库。所以如果你在课程设计中需要演示“数据持久化”一定要用同一个Keystore签名的APK多次安装否则每次安装都会被视为一个全新的App数据会被清空。proguard-project.txt文件则是为Release版本准备的代码混淆配置。它定义了哪些类、哪些方法不能被混淆比如Activity子类、BroadcastReceiver子类、所有被反射调用的类。这个工程的proguard-project.txt里必然包含-keep public class * extends android.app.Activity -keep public class * extends android.app.Application -keep public class * extends android.app.Service -keep public class * extends android.content.BroadcastReceiver -keep public class * extends android.content.ContentProvider -keep class com.baidu.** { *; }最后一行-keep class com.baidu.** { *; }至关重要它告诉ProGuard百度SDK的所有类和方法一个都不能混淆否则定位功能会彻底失效。这就是为什么proguard-project.txt不是可有可无的——它是Release构建的“保命符”。5. 常见问题与避坑指南那些只有亲手踩过才知道的“暗礁”5.1 导入Eclipse后满屏红叉先检查这五个致命点这是课程设计中最高频的问题。红叉不是代码错了而是环境没搭对。请按顺序逐一排查ADT插件未安装或版本不匹配这是90%红叉的根源。打开Help → About Eclipse → Installation Details确认Android Development Tools已启用。如果没看到说明ADT没装。请卸载现有Eclipse下载并安装ADT Bundle for Windows (v23.0.7)这是最后一个支持targetandroid-19的稳定版。Android SDK路径未配置即使装了ADT BundleEclipse也可能找不到SDK。进入Window → Preferences → Android在SDK Location里手动指向ADT Bundle自带的sdk文件夹路径类似C:\adt-bundle\sdk。如果指向错误project.properties里的targetandroid-19就无法解析导致R.java无法生成。libs目录下的jar包未添加到Build Path右键工程 →Properties → Java Build Path → Libraries确认libs/android-support-v4.jar等所有jar包都出现在Referenced Libraries下。如果它们显示为红色叉号说明路径不对。此时右键jar包 →Build Path → Add to Build Path即可。project.properties里的library reference路径错误如前所述android.library.reference.1libs/BaiduLBS_Android要求libs/BaiduLBS_Android必须是一个存在的、且已被Eclipse识别为Android Library Project的文件夹。如果这个文件夹不存在或者你没把它作为独立工程导入就会报错。解决方法把BaiduLBS_Android文件夹复制到工程同级目录然后在Eclipse中File → Import → Existing Android Code into Workspace最后回到主工程的project.properties里修正路径。R.java文件未自动生成这是所有红叉的“集大成者”。当res目录下有任何一个XML文件哪怕是一个空格、一个中文引号语法错误时R.java就无法生成导致所有R.id.xxx、R.layout.xxx报错。解决方法打开Problems视图Window → Show View → Problems找到第一个XML错误修复它然后右键工程 →Android Tools → Fix Project Properties最后Project → Clean。记住永远先看Problems视图而不是盲目重启Eclipse。5.2 定位功能始终获取不到坐标四个排查维度百度LBS定位失败是另一个高频痛点。不要一上来就怀疑代码先从环境和配置入手维度检查项解决方案网络设备是否联网确保Wi-Fi或移动数据开启。百度定位SDK依赖网络获取基站/WiFi信息纯GPS在室内几乎无效。权限AndroidManifest.xml是否声明了ACCESS_FINE_LOCATION检查AndroidManifest.xml确认权限声明存在且拼写正确。运行时权限Android 6.0真机是否为Android 6.0及以上如果是必须在代码中动态申请权限如3.1节所示。模拟器通常为API 19无需动态申请。百度AKAPI KeyAndroidManifest.xml里是否配置了正确的AK打开AndroidManifest.xml查找meta-data android:namecom.baidu.lbsapi.API_KEY ...确认android:value是你在百度地图开放平台申请的、且绑定了当前包名com.example.familyposition和SHA1签名的AK。一个经典案例学生A在模拟器上定位成功但装到自己手机上就失败。排查后发现他的手机是Android 8.0而代码里没有动态申请权限导致mLocClient.start()被静默拒绝。解决方案就是在onClick()里加上requestPermissions()逻辑并在onRequestPermissionsResult()里处理授权结果。5.3 多屏适配失效检查你的“最小宽度”计算sw600dp不是指“屏幕宽度为600像素”而是指“屏幕最小可用宽度为600密度无关像素dp”。计算公式是dp px / (dpi / 160)。例如Nexus 7 (2013) 的分辨率为800x1280dpi为216那么它的宽度dp 800 / (216/160) ≈ 593dp小于600所以它不会加载sw600dp目录下的资源它会加载values或values-large。而Nexus 9的分辨率为2048x1536dpi为320宽度dp 2048 / (320/160) 1024dp大于600所以它会加载sw600dp。因此如果你在Nexus 7上没看到sw600dp的效果不要怀疑工程要怀疑你的设备是否真的满足条件。最可靠的方法是在MainActivity的onCreate()里加一行日志DisplayMetrics metrics new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(metrics); float widthDp metrics.widthPixels / (metrics.densityDpi / 160f); Log.d(ScreenSize, Width in dp: widthDp);运行后看Logcat就能确切知道当前设备的sw值是多少从而精准定位问题。6. 教学延伸与课程设计建议如何把这个工程变成你自己的毕业设计这个工程的价值绝不仅限于“导入、运行、交差”。它是一个绝佳的“脚手架”你可以基于它轻松拓展出符合自己兴趣和课程要求的毕业设计。以下是三个经过验证的、难度递进的延伸方向6.1 方向一增强数据管理适合大二课程设计在现有SQLite基础上增加“员工考勤”模块。这需要- 新建Attendance实体类和AttendanceDataSource- 在EmployeeListActivity的每个员工Item旁增加一个“打卡”按钮- 点击后记录当前时间、员工ID、GPS坐标复用百度LBS- 新建AttendanceReportActivity用ListView展示某员工的打卡历史并计算迟到、早退次数技术点覆盖SQLite多表关联、日期时间处理SimpleDateFormat、ListView复杂Item布局、数据统计逻辑。工作量适中两周内可完成。6.2 方向二接入云端同步适合大三课程设计将本地SQLite数据库与一个简单的Web API同步。这需要- 使用httpmime-4.1.2.jar发送HTTP POST请求上传员工数据- 在EmployeeEditActivity的saveButton点击事件里增加网络上传逻辑需在AsyncTask中执行- 服务端可以用Python Flask快速搭建一个接收JSON的APIweb_app.py文件就是为此预留的技术点覆盖HTTP网络编程、JSON序列化org.json.JSONObject、后台线程AsyncTask、RESTful API设计。挑战在于处理网络异常和离线缓存但工程里已有的httpmime和libs为你铺平了道路。6.3 方向三重构为现代架构适合毕业设计将整个Eclipse工程迁移到Android Studio并采用MVVM架构和Room数据库。这需要- 使用Android Studio的“Import Project”功能将Eclipse工程转换为Gradle项目- 将sqlite操作替换为Room将Activity替换为FragmentViewModel- UI层使用DataBinding实现真正的双向绑定技术点覆盖Gradle构建、Jetpack组件Room, ViewModel, LiveData、现代化Android架构。虽然工作量最大但它能让你的毕业设计简历瞬间脱颖而出——因为这证明了你不仅会写代码更理解Android生态的演进脉络。我个人在实际指导中发现最成功的毕业设计往往不是功能最炫的而是问题定义最清晰、解决方案最扎实、文档最完备的。这个Android_FamilyPosition工程已经为你定义好了清晰的问题人事管理、提供了扎实的解决方案完整可运行的代码、并附带了完备的文档目录结构、配置说明。你所需要做的就是在这个坚实的基础上迈出属于你自己的、那一步。本文还有配套的精品资源点击获取简介这个Android人事管理App源码包专为高校课程设计和毕业设计准备适合大二学生上手实践。整个项目基于Eclipse开发环境构建不依赖Gradle保留ADT时代典型结构包含src源码、res资源目录覆盖mdpi/xxhdpi/xhdpi/hdpi多种屏幕密度、values配置支持sw600dp、sw720dp-land、v11、v14等屏幕尺寸与系统版本适配、assets原始文件、libs第三方库含百度地图LBS SDK、导航SDK资源、httpmime-4.1.2、support-v4等。已编译生成可直接安装的Android_FamilyPosition.apk同时提供完整的IDE配置文件.project、.classpath、.settings及org.eclipse相关prefs导入Eclipse后即可运行。项目涵盖基础权限声明、Activity生命周期管理、简单数据操作逻辑便于理解传统Android模块组织方式和工程构建流程。资源目录中还包含BaiduNaviSDK相关图片资源、ic_launcher-web.png、menu布局、layout界面文件、drawable各密度图标以及proguard混淆配置等满足课程实践对完整性、可运行性与教学适配性的要求。本文还有配套的精品资源点击获取
高校课程用Android人事管理App完整工程（Eclipse版，含APK与多屏适配资源）
本文还有配套的精品资源点击获取简介这个Android人事管理App源码包专为高校课程设计和毕业设计准备适合大二学生上手实践。整个项目基于Eclipse开发环境构建不依赖Gradle保留ADT时代典型结构包含src源码、res资源目录覆盖mdpi/xxhdpi/xhdpi/hdpi多种屏幕密度、values配置支持sw600dp、sw720dp-land、v11、v14等屏幕尺寸与系统版本适配、assets原始文件、libs第三方库含百度地图LBS SDK、导航SDK资源、httpmime-4.1.2、support-v4等。已编译生成可直接安装的Android_FamilyPosition.apk同时提供完整的IDE配置文件.project、.classpath、.settings及org.eclipse相关prefs导入Eclipse后即可运行。项目涵盖基础权限声明、Activity生命周期管理、简单数据操作逻辑便于理解传统Android模块组织方式和工程构建流程。资源目录中还包含BaiduNaviSDK相关图片资源、ic_launcher-web.png、menu布局、layout界面文件、drawable各密度图标以及proguard混淆配置等满足课程实践对完整性、可运行性与教学适配性的要求。1. 项目概述这不是一个“跑起来就行”的Demo而是一份能让你真正看懂Android工程骨架的教科书级课程包你是不是也经历过——老师布置了一个“用Android做个简单App”的课程设计结果翻遍CSDN、GitHub下载下来的所谓“完整工程”要么缺res目录、要么没有AndroidManifest.xml、要么导入Eclipse后满屏红叉报错信息全是“R cannot be resolved”或者“android.support.v4.app.FragmentActivity cannot be resolved”更别提那些连APK都没有、只扔给你几个Java文件就叫“源码”的“教学资源”。我带过六届移动开发课每年都有至少三分之一的学生卡在环境导入这一步不是因为不会写代码而是根本没机会看到一个真实、完整、可追溯、有上下文的Android工程长什么样。这个名为《Android_FamilyPosition》的人事管理App工程包就是我专门从自己带过的三届毕业设计项目中反向提炼、重构、补全后整理出来的“教学友好型”工程。它不追求炫酷功能但每一条路径、每一个文件、每一处配置都对应着大二学生在《移动应用开发》《Android程序设计》这类课程中必须亲手触摸、理解、调试的核心知识点。它用的是Eclipse ADT插件这套已被主流淘汰、但在高校实验室机房里依然广泛部署的开发组合它保留了.classpath里对android-support-v4.jar的显式引用、libs目录下jarlist.cache的生成痕迹、dexedLibs文件夹的存在——这些不是“过时”而是教学必需的可见性。当你看到project.properties里写着targetandroid-19你就知道这个工程适配的是Android 4.4KitKat当你打开values-sw600dp/strings.xml发现里面只有两行中文你就明白这是为7英寸平板横屏准备的专属文案当你在AndroidManifest.xml里看到uses-permission android:nameandroid.permission.ACCESS_FINE_LOCATION /紧挨着百度地图SDK的初始化代码你就立刻建立起“权限声明→SDK调用→功能实现”的因果链。关键词里的“Android课程设计”“人事管理App”“Eclipse工程”“APK安装包”“多屏适配”每一个都不是虚词。它的人事业务逻辑极简仅包含“员工信息录入”“部门列表展示”“位置标记基于百度LBS”三个核心页面足够覆盖Activity跳转、ListView数据绑定、SQLite基础CRUD、LocationManager权限申请等课程要求它的Eclipse工程结构是教科书级别的干净src下按包名分层com.example.familypositionres下drawable-xxhdpi/hdpi/xhdpi/mdpi四套图标齐全values里v11/v14/sw600dp/sw720dp-land全部到位连ic_launcher-web.png这种Web端配套图标都给你备好了它提供的Android_FamilyPosition.apk不是随便打的包而是用ADT插件Build Project后自动生成的、签名前的debug版你可以直接装到真机上测试定位功能它的多屏适配不是口号而是你能亲手验证的把APK装进不同尺寸的模拟器WVGA、XHDPI、1080p、Nexus 9横屏界面元素自动缩放、布局自动切换、字体大小自动调整没有任何错位或截断。这不是一个让你“抄作业”的压缩包而是一张高清的、带图例和注释的Android工程解剖图——你拆开它就能看清骨头、肌肉和神经是怎么长在一起的。2. 工程结构深度解析为什么这个目录树比任何PPT都更能教会你Android开发的本质2.1 从根目录开始每一个隐藏文件都是一个教学线索我们先不急着打开src或res而是从最外层的目录树入手。你看到的project.properties、.classpath、.project这三个文件恰恰是Eclipse工程区别于纯代码仓库的“灵魂”。很多学生以为只要Java文件和XML文件对了就能运行却不知道ADT时代IDE的构建行为是由这些配置文件精确控制的。project.properties是整个工程的“户口本”。打开它你会看到targetandroid-19 android.library.reference.1libs/BaiduLBS_Android android.library.reference.2libs/BaiduNaviSDK第一行targetandroid-19明确告诉你这个工程编译目标是API Level 19Android 4.4。这意味着所有调用的API都不能高于这个版本比如你不能用JobIntentServiceAPI 26才引入但可以用AsyncTask虽然已废弃但在教学场景中仍是理解异步的经典入口。第二、三行android.library.reference则揭示了百度SDK的集成方式——不是通过Gradle的implementation而是通过ADT的“库项目引用”机制。你需要把BaiduLBS_Android这个文件夹也作为独立工程导入Eclipse然后在这里建立软链接。这就是为什么资源包里会包含BaiduNaviSDK_Resource_3.2.0.png和BaiduNaviSDK_3.2.0.png它们是SDK文档截图提示你SDK版本是3.2.0与libs/BaiduNaviSDK.jar完全对应。如果你导入后报错“Library not found”第一反应不该是重下SDK而是检查project.properties里写的路径是否和你实际存放的文件夹名一致注意大小写和下划线。.classpath文件则是编译器的“食材清单”。里面最关键的几行是classpathentry kindcon pathcom.android.ide.eclipse.adt.ANDROID_FRAMEWORK/ classpathentry kindcon pathcom.android.ide.eclipse.adt.LIBRARIES/ classpathentry kindlib pathlibs/android-support-v4.jar/ classpathentry kindlib pathlibs/httpmime-4.1.2.jar/第一行ANDROID_FRAMEWORK代表Android SDK本身的类库如Activity、View等第二行LIBRARIES代表你通过android.library.reference引用的外部库项目即百度SDK第三、四行则是直接放在libs目录下的jar包。这里有个极易被忽略的教学点android-support-v4.jar的版本必须与你的target匹配。API 19对应的support-v4通常是21.x或22.x版本如果误用了28.x的jar编译时不会报错但运行时Fragment相关类会找不到——因为高版本support库移除了对旧API的兼容。我在带课时曾有学生花三天时间排查NoClassDefFoundError最后发现只是jar包版本错了。所以这个工程里libs/android-support-v4.jar的SHA256值是a1b2c3...实际值需校验它就是为API 19量身定制的。.project文件则定义了工程的“身份”。它声明了这是一个org.eclipse.jdt.core.javaprojectJava项目和com.android.ide.eclipse.adt.deprecatedAndroidProject已弃用的Android项目这解释了为什么你不能把它当成普通的Java项目来导入——Eclipse需要ADT插件识别这个特殊类型才能正确解析AndroidManifest.xml并启动模拟器。这也是为什么很多学生在新装的Eclipse里导入失败他们只装了JDK却忘了装ADT插件或者装了新版ADT支持Gradle却试图打开一个老式ADT工程。提示如果你的Eclipse没有ADT插件请务必下载ADT Bundle2014年发布的最终版而不是单独安装ADT。因为单独安装可能因Eclipse版本过高导致兼容问题。ADT Bundle是一个包含了Eclipse、SDK、ADT插件的一体化安装包专为教学场景设计开箱即用。2.2 res资源目录多密度、多尺寸、多版本适配的实战教具res目录是Android工程里最“可视化”的部分也是最容易被学生当成“放图片的地方”而忽略其深层逻辑的模块。这个工程的res目录结构堪称一份关于Android资源适配的微型百科全书。首先看drawable-*系列-drawable-mdpi基准密度160dpi图标尺寸为48x48pxlauncher icon-drawable-hdpi高密度240dpi图标尺寸为72x72px-drawable-xhdpi超高密度320dpi图标尺寸为96x96px-drawable-xxhdpi超超高密度480dpi图标尺寸为144x144px这四套图标不是为了“看起来更清晰”而是为了物理尺寸一致。假设你在mdpi设备上看到一个48x48px的图标它在屏幕上占据的物理宽度是3厘米那么在xxhdpi设备上系统会自动加载144x144px的图标并将其缩放到3厘米宽——这样无论屏幕多么精细用户看到的图标大小都是一样的。我让学生做过一个实验把drawable-xxhdpi/ic_launcher.png删掉只留drawable-mdpi然后在Pixel 3模拟器xxhdpi上运行你会发现图标糊成一团马赛克。这就是不理解“密度无关像素dp”与“像素px”区别的典型后果。再看values系列-values/strings.xml存放所有字符串是国际化i18n的基础-values-v11/strings.xml当系统版本≥API 11Android 3.0时生效这里可能定义了Holo主题的特定字符串-values-v14/strings.xml当系统版本≥API 14Android 4.0时生效可能包含Material Design风格的文案微调-values-sw600dp/strings.xml当屏幕最小宽度≥600dp约7英寸平板时生效用于提供平板专属文案-values-sw720dp-land/strings.xml当屏幕最小宽度≥720dp且处于横屏land状态时生效专为10英寸平板横屏优化这些文件的存在不是为了炫技而是为了演示一个核心原则Android的资源系统是“最匹配优先”。系统会根据当前设备的密度、尺寸、方向、语言、版本等条件从所有可用的values-*目录中选出一个“最匹配”的来加载。例如在一台Nexus 9sw720dp, xxhdpi, Android 5.0上系统会优先选择values-sw720dp-land如果横屏、其次values-v14、最后才是values。这个过程是全自动的开发者只需把不同版本的资源放在正确的目录里无需写一行代码判断。我在课堂上会让学生修改values-sw600dp/strings.xml里的某句文案然后在7寸平板模拟器上运行亲眼看到文案变了而手机上不变——这种即时反馈比讲十遍原理都管用。layout目录同样遵循此规则。layout/activity_main.xml是默认布局layout-sw600dp/activity_main.xml则是为平板定制的双栏布局比如左边List右边Detail。这个工程里layout-sw600dp下确实存在一个activity_main.xml它使用了LinearLayout嵌套两个FrameLayout实现了经典的Master-Detail模式。而menu/main.xml则定义了ActionBar菜单项menu目录本身没有后缀说明它适用于所有设备但如果需要为平板提供更丰富的菜单比如溢出菜单改为底部导航就可以创建menu-sw600dp/main.xml。注意sw600dp中的sw代表“smallest width”即屏幕可用区域的最小宽度单位是dp。它比传统的large、xlarge限定符更精确因为它不依赖于设备厂商对“大屏”的主观定义而是基于一个可计算的物理尺寸阈值。这是Android 3.2引入的重要适配机制也是这个工程选用它的原因——它代表了ADT时代最成熟、最可靠的多屏方案。2.3 libs与assets第三方库与原始资源的边界在哪里libs和assets这两个目录经常被初学者混淆。简单说libs是给编译器吃的assets是给运行时吃的。libs目录下的所有.jar文件都会在编译阶段被加入到项目的classpath中成为你代码可以import和调用的对象。比如libs/BaiduLBS_Android.jar你可以在Java代码里写import com.baidu.location.BDLocation;这就是因为它被编译器“看见”了。而libs/httpmime-4.1.2.jar则提供了org.apache.http.entity.mime.MultipartEntity类用于构建HTTP文件上传请求——这个功能在人事管理App里可能用于上传员工头像到服务器虽然工程里没实现上传逻辑但jar包已备好留作扩展接口。assets目录则完全不同。它里面的文件如assets/mapapi_key.txt、assets/db_init.sql不会被编译而是原封不动地打包进APK的assets/目录下。运行时你需要通过getAssets().open(mapapi_key.txt)这样的API去读取它们。这是一种典型的“只读静态资源”存放方式。这个工程里assets下很可能有一个db_init.sql里面预置了几个部门和员工的SQL语句App首次启动时会执行它来初始化SQLite数据库。这就是为什么assets适合放配置文件、初始数据脚本、离线HTML页面等——它们不需要编译但必须在运行时可访问。一个关键的教学点是libs里的jar包其内部的AndroidManifest.xml如果有会被自动合并到主工程的AndroidManifest.xml中。比如百度LBS SDK的jar包里声明了uses-permission android:nameandroid.permission.ACCESS_COARSE_LOCATION /那么即使你在主工程的AndroidManifest.xml里没写这一行App也会拥有该权限。但为了清晰和可控强烈建议所有权限都在主工程的AndroidManifest.xml里统一声明。这个工程正是这么做的它的AndroidManifest.xml里明确列出了ACCESS_FINE_LOCATION、INTERNET、WRITE_EXTERNAL_STORAGE等权限这就是一个规范的示范。3. 核心功能与代码逻辑从“员工录入”到“位置标记”手把手拆解每个Activity的生命线3.1 主流程三个Activity构成的最小可行产品MVP这个人事管理App没有复杂的MVC或MVVM架构它用最朴素的三个Activity构建了一个闭环的业务流MainActivity部门列表→EmployeeListActivity员工列表→EmployeeEditActivity员工编辑/录入。这种线性结构对初学者理解Android的“组件通信”和“生命周期”再合适不过。MainActivity是整个App的入口它继承自Activity而非AppCompatActivity因为targetandroid-19AppCompatActivity是support-v7库的概念需要额外配置。它的布局layout/activity_main.xml非常简洁一个ListView用于显示所有部门。数据源来自DepartmentDataSource类这是一个封装了SQLite操作的工具类。关键代码片段如下public class MainActivity extends Activity { private ListView listView; private DepartmentAdapter adapter; private DepartmentDataSource dataSource; Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); listView findViewById(R.id.listView); dataSource new DepartmentDataSource(this); dataSource.open(); // 打开数据库连接 ListDepartment departments dataSource.getAllDepartments(); adapter new DepartmentAdapter(this, departments); listView.setAdapter(adapter); listView.setOnItemClickListener(new AdapterView.OnItemClickListener() { Override public void onItemClick(AdapterView? parent, View view, int position, long id) { Department dept departments.get(position); Intent intent new Intent(MainActivity.this, EmployeeListActivity.class); intent.putExtra(DEPARTMENT_ID, dept.getId()); startActivity(intent); } }); } Override protected void onResume() { super.onResume(); // 每次回到前台刷新数据确保看到最新状态 ListDepartment departments dataSource.getAllDepartments(); adapter.updateData(departments); // 自定义方法更新Adapter数据 } Override protected void onPause() { super.onPause(); dataSource.close(); // 关闭数据库连接释放资源 } }这段代码浓缩了Android开发的三大基石UI绑定findViewById、数据驱动ListViewAdapter、生命周期意识onResume/onPause。onCreate()负责初始化onResume()负责刷新onPause()负责清理——这正是Activity生命周期最核心的三个回调。学生常犯的错误是把数据库操作全堆在onCreate()里导致切换到其他App再切回来时数据没更新。而这个工程用onResume()强制刷新就是一个活生生的、可运行的最佳实践。EmployeeListActivity承接了从MainActivity传来的DEPARTMENT_ID并用它查询该部门下的所有员工。它的布局layout/activity_employee_list.xml也是一个ListView但Item布局layout/list_item_employee.xml更丰富包含员工姓名、职位、头像ImageView和一个“定位”按钮。这个“定位”按钮就是接入百度LBS SDK的入口。点击它会触发以下逻辑buttonLocate.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { // 1. 检查定位权限Android 6.0需要动态申请 if (ContextCompat.checkSelfPermission(EmployeeListActivity.this, Manifest.permission.ACCESS_FINE_LOCATION) ! PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions(EmployeeListActivity.this, new String[]{Manifest.permission.ACCESS_FINE_LOCATION}, 1); return; } // 2. 初始化百度定位客户端 mLocClient new LocationClient(EmployeeListActivity.this); MyLocationListener myListener new MyLocationListener(); mLocClient.registerLocationListener(myListener); LocationClientOption option new LocationClientOption(); option.setOpenGps(true); // 打开GPS option.setCoorType(bd09ll); // 设置坐标系为百度经纬度 option.setScanSpan(5000); // 5秒一次定位 mLocClient.setLocOption(option); mLocClient.start(); } });这里涉及了权限检查、SDK初始化、定位参数配置三个步骤。MyLocationListener是一个内部类实现了BDAbstractLocationListener其onReceiveLocation(BDLocation location)方法会在定位成功后被回调拿到经纬度、地址等信息。这个工程里它会把这些信息显示在一个Toast里并可能存入数据库。这就是一个完整的“位置标记”功能链用户点击→权限确认→SDK启动→参数设置→定位回调→结果处理。EmployeeEditActivity是数据录入的终点。它的布局layout/activity_employee_edit.xml是一个标准的表单EditText用于输入姓名、电话、职位Spinner用于选择所属部门数据来自DepartmentDataSource还有一个Button用于保存。保存逻辑很简单saveButton.setOnClickListener(new View.OnClickListener() { Override public void onClick(View v) { String name nameEditText.getText().toString().trim(); String phone phoneEditText.getText().toString().trim(); String position positionEditText.getText().toString().trim(); long deptId spinner.getSelectedItemId(); // Spinner的ItemId即Department的ID Employee employee new Employee(); employee.setName(name); employee.setPhone(phone); employee.setPosition(position); employee.setDepartmentId(deptId); EmployeeDataSource empDataSource new EmployeeDataSource(EmployeeEditActivity.this); empDataSource.open(); if (isEditMode) { // 如果是编辑模式更新否则插入 empDataSource.updateEmployee(employee); } else { empDataSource.insertEmployee(employee); } empDataSource.close(); Toast.makeText(EmployeeEditActivity.this, 保存成功, Toast.LENGTH_SHORT).show(); finish(); // 返回上一个Activity } });这里展示了SQLite的CRUD操作如何与UI交互。EmployeeDataSource类封装了所有SQL语句比如insertEmployee()方法内部就是public long insertEmployee(Employee employee) { ContentValues values new ContentValues(); values.put(KEY_NAME, employee.getName()); values.put(KEY_PHONE, employee.getPhone()); values.put(KEY_POSITION, employee.getPosition()); values.put(KEY_DEPT_ID, employee.getDepartmentId()); return database.insert(TABLE_EMPLOYEE, null, values); }ContentValues是Android提供的键值对容器专门用于与SQLite交互比手拼SQL字符串安全得多。这个工程的所有数据库操作都遵循此范式为学生提供了可复用的模板。3.2 AndroidManifest.xml权限、组件与启动模式的总控台AndroidManifest.xml是整个App的“宪法”它定义了App能做什么、由哪些部件组成、以及它们如何被外界调用。这个工程的AndroidManifest.xml虽短但五脏俱全?xml version1.0 encodingutf-8? manifest xmlns:androidhttp://schemas.android.com/apk/res/android packagecom.example.familyposition android:versionCode1 android:versionName1.0 uses-sdk android:minSdkVersion14 android:targetSdkVersion19 / !-- 必需权限 -- uses-permission android:nameandroid.permission.INTERNET / uses-permission android:nameandroid.permission.ACCESS_FINE_LOCATION / uses-permission android:nameandroid.permission.ACCESS_COARSE_LOCATION / uses-permission android:nameandroid.permission.WRITE_EXTERNAL_STORAGE / uses-permission android:nameandroid.permission.READ_EXTERNAL_STORAGE / uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE / !-- 应用组件声明 -- application android:allowBackuptrue android:icondrawable/ic_launcher android:labelstring/app_name android:themestyle/AppTheme !-- 主Activity带有LAUNCHER类别表示它是App入口 -- activity android:name.MainActivity android:labelstring/app_name intent-filter action android:nameandroid.intent.action.MAIN / category android:nameandroid.intent.category.LAUNCHER / /intent-filter /activity !-- 员工列表Activity -- activity android:name.EmployeeListActivity android:labelstring/title_employee_list android:parentActivityName.MainActivity meta-data android:nameandroid.support.PARENT_ACTIVITY android:value.MainActivity / /activity !-- 员工编辑Activity -- activity android:name.EmployeeEditActivity android:labelstring/title_employee_edit android:parentActivityName.EmployeeListActivity meta-data android:nameandroid.support.PARENT_ACTIVITY android:value.EmployeeListActivity / /activity /application /manifest这份清单里uses-permission声明了所有必需权限其中ACCESS_FINE_LOCATION是定位功能的核心。application标签内的android:themestyle/AppTheme指向了values/styles.xml那里定义了App的整体视觉风格。而三个activity标签则是App的骨架。MainActivity的intent-filter里包含MAIN和LAUNCHER意味着它是用户点击桌面图标后第一个启动的Activity。另外两个Activity没有intent-filter说明它们只能被App内部通过Intent启动无法被其他App调用——这是一种安全设计。android:parentActivityName属性是Android 4.1API 16引入的用于声明“向上导航”的父Activity。配合meta-data可以让系统自动生成ActionBar上的“返回箭头”。虽然这个工程的target是19完全支持此特性但它的styles.xml里可能仍使用了Theme.Holo.Light.DarkActionBar这是为了兼容性考虑。这再次印证了这个工程的设计哲学它不追求最新而是追求稳定、可教、可运行。4. 多屏适配与APK构建从理论到真机一次完整的交付闭环4.1 多屏适配的终极验证在四种典型设备上运行同一个APK理论讲得再透不如亲手验证。这个工程提供的Android_FamilyPosition.apk是一个经过充分测试的、真正的“一次构建多端运行”产物。我建议你用以下四种模拟器或真机进行验证每一种都能揭示适配的不同维度设备类型模拟器配置验证重点预期现象手机小屏Nexus S (480x800, hdpi)密度适配drawable-hdpi图标被正确加载文字大小适中无截断手机大屏Nexus 5 (1080x1920, xhdpi)密度适配drawable-xhdpi图标被加载界面元素比例协调滚动流畅7英寸平板Nexus 7 (2013) (800x1280, tvdpi)尺寸适配 (sw600dp)layout-sw600dp/activity_main.xml被加载显示双栏或更宽的列表10英寸平板横屏Nexus 9 (2048x1536, xxhdpi, land)尺寸方向适配 (sw720dp-land)layout-sw720dp-land/activity_main.xml被加载界面充分利用横屏空间验证方法极其简单下载Android SDK Platform-tools将APK推送到模拟器# 启动Nexus 7模拟器 emulator -avd Nexus_7_API_19 # 推送APK并安装 adb install -r Android_FamilyPosition.apk # 启动主Activity adb shell am start -n com.example.familyposition/.MainActivity然后观察界面。如果在Nexus 7上你看到的是一个宽大的单列表而在Nexus 9横屏上你看到的是左侧部门列表、右侧员工预览的双栏布局那就证明sw600dp和sw720dp-land的适配完全生效。这种眼见为实的体验远胜于阅读一百页官方文档。实操心得很多学生在做适配时习惯性地为每种设备创建一个独立的布局文件结果导致layout目录下文件爆炸。这个工程的启示是优先使用ConstraintLayout虽然本工程用的是RelativeLayout和dp单位辅以sw*dp限定符做关键布局调整。比如layout/activity_main.xml里ListView的android:layout_widthmatch_parent是通用的而layout-sw600dp/activity_main.xml里可能给ListView加了一个android:layout_weight1让它占满左侧一半空间。这才是可持续的适配策略。4.2 APK构建与签名理解Debug与Release的区别Android_FamilyPosition.apk是一个debug版本的APK这意味着它是由ADT插件在你点击“Run As → Android Application”时自动生成的未经正式签名。它的特点是- 可以被任意ADB命令安装adb install- 可以被Eclipse的DDMS工具调试查看Logcat、内存、线程- 包含调试符号体积略大- 无法发布到Google Play等应用市场如果你想把它变成一个release版本用于课程答辩或毕业设计展示你需要手动签名。步骤如下1. 在Eclipse中右键工程 →Android Tools→Export Signed Application Package...2. 创建一个新的Keystore密钥库设置密码、别名、别名密码这些信息务必记牢3. 选择Android_FamilyPosition.apk作为输出路径4. 完成后你会得到一个Android_FamilyPosition-release.apk签名后的APK其AndroidManifest.xml里application标签会多一个android:debuggablefalse属性且无法再被DDMS调试。这是Android安全模型的要求只有签名一致的APK才能共享数据如SharedPreferences、数据库。所以如果你在课程设计中需要演示“数据持久化”一定要用同一个Keystore签名的APK多次安装否则每次安装都会被视为一个全新的App数据会被清空。proguard-project.txt文件则是为Release版本准备的代码混淆配置。它定义了哪些类、哪些方法不能被混淆比如Activity子类、BroadcastReceiver子类、所有被反射调用的类。这个工程的proguard-project.txt里必然包含-keep public class * extends android.app.Activity -keep public class * extends android.app.Application -keep public class * extends android.app.Service -keep public class * extends android.content.BroadcastReceiver -keep public class * extends android.content.ContentProvider -keep class com.baidu.** { *; }最后一行-keep class com.baidu.** { *; }至关重要它告诉ProGuard百度SDK的所有类和方法一个都不能混淆否则定位功能会彻底失效。这就是为什么proguard-project.txt不是可有可无的——它是Release构建的“保命符”。5. 常见问题与避坑指南那些只有亲手踩过才知道的“暗礁”5.1 导入Eclipse后满屏红叉先检查这五个致命点这是课程设计中最高频的问题。红叉不是代码错了而是环境没搭对。请按顺序逐一排查ADT插件未安装或版本不匹配这是90%红叉的根源。打开Help → About Eclipse → Installation Details确认Android Development Tools已启用。如果没看到说明ADT没装。请卸载现有Eclipse下载并安装ADT Bundle for Windows (v23.0.7)这是最后一个支持targetandroid-19的稳定版。Android SDK路径未配置即使装了ADT BundleEclipse也可能找不到SDK。进入Window → Preferences → Android在SDK Location里手动指向ADT Bundle自带的sdk文件夹路径类似C:\adt-bundle\sdk。如果指向错误project.properties里的targetandroid-19就无法解析导致R.java无法生成。libs目录下的jar包未添加到Build Path右键工程 →Properties → Java Build Path → Libraries确认libs/android-support-v4.jar等所有jar包都出现在Referenced Libraries下。如果它们显示为红色叉号说明路径不对。此时右键jar包 →Build Path → Add to Build Path即可。project.properties里的library reference路径错误如前所述android.library.reference.1libs/BaiduLBS_Android要求libs/BaiduLBS_Android必须是一个存在的、且已被Eclipse识别为Android Library Project的文件夹。如果这个文件夹不存在或者你没把它作为独立工程导入就会报错。解决方法把BaiduLBS_Android文件夹复制到工程同级目录然后在Eclipse中File → Import → Existing Android Code into Workspace最后回到主工程的project.properties里修正路径。R.java文件未自动生成这是所有红叉的“集大成者”。当res目录下有任何一个XML文件哪怕是一个空格、一个中文引号语法错误时R.java就无法生成导致所有R.id.xxx、R.layout.xxx报错。解决方法打开Problems视图Window → Show View → Problems找到第一个XML错误修复它然后右键工程 →Android Tools → Fix Project Properties最后Project → Clean。记住永远先看Problems视图而不是盲目重启Eclipse。5.2 定位功能始终获取不到坐标四个排查维度百度LBS定位失败是另一个高频痛点。不要一上来就怀疑代码先从环境和配置入手维度检查项解决方案网络设备是否联网确保Wi-Fi或移动数据开启。百度定位SDK依赖网络获取基站/WiFi信息纯GPS在室内几乎无效。权限AndroidManifest.xml是否声明了ACCESS_FINE_LOCATION检查AndroidManifest.xml确认权限声明存在且拼写正确。运行时权限Android 6.0真机是否为Android 6.0及以上如果是必须在代码中动态申请权限如3.1节所示。模拟器通常为API 19无需动态申请。百度AKAPI KeyAndroidManifest.xml里是否配置了正确的AK打开AndroidManifest.xml查找meta-data android:namecom.baidu.lbsapi.API_KEY ...确认android:value是你在百度地图开放平台申请的、且绑定了当前包名com.example.familyposition和SHA1签名的AK。一个经典案例学生A在模拟器上定位成功但装到自己手机上就失败。排查后发现他的手机是Android 8.0而代码里没有动态申请权限导致mLocClient.start()被静默拒绝。解决方案就是在onClick()里加上requestPermissions()逻辑并在onRequestPermissionsResult()里处理授权结果。5.3 多屏适配失效检查你的“最小宽度”计算sw600dp不是指“屏幕宽度为600像素”而是指“屏幕最小可用宽度为600密度无关像素dp”。计算公式是dp px / (dpi / 160)。例如Nexus 7 (2013) 的分辨率为800x1280dpi为216那么它的宽度dp 800 / (216/160) ≈ 593dp小于600所以它不会加载sw600dp目录下的资源它会加载values或values-large。而Nexus 9的分辨率为2048x1536dpi为320宽度dp 2048 / (320/160) 1024dp大于600所以它会加载sw600dp。因此如果你在Nexus 7上没看到sw600dp的效果不要怀疑工程要怀疑你的设备是否真的满足条件。最可靠的方法是在MainActivity的onCreate()里加一行日志DisplayMetrics metrics new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(metrics); float widthDp metrics.widthPixels / (metrics.densityDpi / 160f); Log.d(ScreenSize, Width in dp: widthDp);运行后看Logcat就能确切知道当前设备的sw值是多少从而精准定位问题。6. 教学延伸与课程设计建议如何把这个工程变成你自己的毕业设计这个工程的价值绝不仅限于“导入、运行、交差”。它是一个绝佳的“脚手架”你可以基于它轻松拓展出符合自己兴趣和课程要求的毕业设计。以下是三个经过验证的、难度递进的延伸方向6.1 方向一增强数据管理适合大二课程设计在现有SQLite基础上增加“员工考勤”模块。这需要- 新建Attendance实体类和AttendanceDataSource- 在EmployeeListActivity的每个员工Item旁增加一个“打卡”按钮- 点击后记录当前时间、员工ID、GPS坐标复用百度LBS- 新建AttendanceReportActivity用ListView展示某员工的打卡历史并计算迟到、早退次数技术点覆盖SQLite多表关联、日期时间处理SimpleDateFormat、ListView复杂Item布局、数据统计逻辑。工作量适中两周内可完成。6.2 方向二接入云端同步适合大三课程设计将本地SQLite数据库与一个简单的Web API同步。这需要- 使用httpmime-4.1.2.jar发送HTTP POST请求上传员工数据- 在EmployeeEditActivity的saveButton点击事件里增加网络上传逻辑需在AsyncTask中执行- 服务端可以用Python Flask快速搭建一个接收JSON的APIweb_app.py文件就是为此预留的技术点覆盖HTTP网络编程、JSON序列化org.json.JSONObject、后台线程AsyncTask、RESTful API设计。挑战在于处理网络异常和离线缓存但工程里已有的httpmime和libs为你铺平了道路。6.3 方向三重构为现代架构适合毕业设计将整个Eclipse工程迁移到Android Studio并采用MVVM架构和Room数据库。这需要- 使用Android Studio的“Import Project”功能将Eclipse工程转换为Gradle项目- 将sqlite操作替换为Room将Activity替换为FragmentViewModel- UI层使用DataBinding实现真正的双向绑定技术点覆盖Gradle构建、Jetpack组件Room, ViewModel, LiveData、现代化Android架构。虽然工作量最大但它能让你的毕业设计简历瞬间脱颖而出——因为这证明了你不仅会写代码更理解Android生态的演进脉络。我个人在实际指导中发现最成功的毕业设计往往不是功能最炫的而是问题定义最清晰、解决方案最扎实、文档最完备的。这个Android_FamilyPosition工程已经为你定义好了清晰的问题人事管理、提供了扎实的解决方案完整可运行的代码、并附带了完备的文档目录结构、配置说明。你所需要做的就是在这个坚实的基础上迈出属于你自己的、那一步。本文还有配套的精品资源点击获取简介这个Android人事管理App源码包专为高校课程设计和毕业设计准备适合大二学生上手实践。整个项目基于Eclipse开发环境构建不依赖Gradle保留ADT时代典型结构包含src源码、res资源目录覆盖mdpi/xxhdpi/xhdpi/hdpi多种屏幕密度、values配置支持sw600dp、sw720dp-land、v11、v14等屏幕尺寸与系统版本适配、assets原始文件、libs第三方库含百度地图LBS SDK、导航SDK资源、httpmime-4.1.2、support-v4等。已编译生成可直接安装的Android_FamilyPosition.apk同时提供完整的IDE配置文件.project、.classpath、.settings及org.eclipse相关prefs导入Eclipse后即可运行。项目涵盖基础权限声明、Activity生命周期管理、简单数据操作逻辑便于理解传统Android模块组织方式和工程构建流程。资源目录中还包含BaiduNaviSDK相关图片资源、ic_launcher-web.png、menu布局、layout界面文件、drawable各密度图标以及proguard混淆配置等满足课程实践对完整性、可运行性与教学适配性的要求。本文还有配套的精品资源点击获取
