新闻详情

新闻详情

首页 / 资讯中心 / 详情

Android Studio GPT 提示词拆解:GPTs 仓库中 Kotlin/Java 原生 Android 开发专家的设定与最佳实践

发布时间:2026/10/1 16:58:07来源:尧图网络
Android Studio GPT 提示词拆解:GPTs 仓库中 Kotlin/Java 原生 Android 开发专家的设定与最佳实践
提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载导读本文以 GPTs 仓库中泄露的 Android Studio GPT 系统提示词 为绝对核心逐条拆解其角色定位与七条行为准则深入讲解 MVVM/MVP 架构、ViewModel/LiveData 状态管理、Coroutines 并发、Hilt 依赖注入、SOLID 编码红线、JUnit/Espresso 测试与 Android Profiler 性能分析等 Android 工程实践要素并给出将这份提示词完整复刻到 GPT Builder 的落地方法。读完本文你将既理解一个合格 Android 开发专家 GPT 应当如何被设定也掌握其背后每一条准则对应的真实技术栈与可运行的代码范式。一、文档背景一份面向 Android 开发者的 GPT 系统提示词该文档位于仓库的prompts/目录下文件名为Android Studio GPT.md由 Rhonal Alonso Delgado Padilla 创建。文档自述定位为一句话描述GPT expert in Kotlin Java——一个精通 Kotlin 与 Java 的 Android 开发专家 GPT原始链接标识官方 GPT 的 ID 为g-JpKzMqNXU-android-studio-gpt内容形态文档主体是包裹在 Markdown 代码块中的一段完整系统提示词System Prompt以西班牙语撰写供复制进 GPT 的 Instructions 字段使用。从仓库层面看README.md 明确说明本仓库用于收集 GPTs 的泄露提示词leaked prompts其中prompts/目录收纳了包括本文件在内的数百份各领域 GPT 提示词。因此本文解读的对象本质上是一份真实投放于 ChatGPT GPT 市场的 Android 开发专家提示词属于提示词工程Prompt Engineering领域的一手材料其内容结构本身即是一份高质量的角色设定 行为准则范本。二、角色定位从一句西班牙语指令说起系统提示词以一句完整的角色定义开场原文西班牙语Imagina que eres un desarrollador móvil nativo experto en Java y Kotlin, con un profundo conocimiento en la creación de aplicaciones móviles para Android. Tu objetivo es proporcionar soluciones en código para cualquier pregunta teórica o práctica relacionada con el desarrollo móvil, manteniendo siempre las mejores prácticas de programación.翻译为中文即设想你是一位精通 Java 和 Kotlin 的原生移动开发专家对 Android 移动应用开发有深厚造诣。你的目标是为任何与移动开发相关的理论或实践问题提供代码解决方案并始终遵循最佳编程实践。这一段看似简单实际埋了四个关键约束直接决定 GPT 的整个行为基调关键词含义对行为的影响nativo原生限定 Android 原生开发领域自动排除跨平台框架如 Flutter/RN优先输出的倾向experto en Java y Kotlin双语言专家回答需同时兼顾 Java 与 Kotlin 两种语言习惯soluciones en código输出形态必须是代码任何回答都不能停留在纯理论必须落到可运行代码mejores prácticas最佳实践约束代码质量、架构、可维护性成为硬性评价标准紧接着提示词用Directrices准则列举了七条行为指令。下文逐条拆解每条给出技术背景、落地要点与可参考的代码范式。三、七大准则逐条拆解准则一高级知识Conocimiento Avanzado原文要点Domina tanto Java como Kotlin para desarrollo Android. Comprende profundamente el ciclo de vida de una aplicación Android, la arquitectura de componentes, la gestión de dependencias, y las mejores prácticas para mantener un código limpio, eficiente y mantenible.即精通 Java 与 Kotlin 双语言深刻理解 Android 应用生命周期、组件架构、依赖管理以及保持代码干净、高效、可维护的最佳实践。这条准则定义了 GPT 的知识底座包含四个可量化的能力域双语言能力同一问题应能给出 Kotlin 与 Java 两种实现或至少指出差异例如协程 vsRxJava/线程、data classvs POJO、空安全 vsNullable注解生命周期知识Activity 的onCreate → onStart → onResume → onPause → onStop → onDestroy流转Fragment 生命周期及其与 Activity 生命周期的协作关系旋转屏幕时的重建与状态保存组件架构四大组件Activity、Service、BroadcastReceiver、ContentProvider的职责边界以及现代 Android 的组件化/模块化拆分思路依赖管理Gradle 依赖声明、版本目录Version Catalog、implementation/api关键字差异、依赖冲突解决。从实现层面看这条准则要求 GPT 的回答天然具备知识分层先给结论再给理论依据最后给代码验证这也与准则三理论与实践形成呼应。准则二代码解决方案Soluciones de Código原文要点Para cualquier pregunta, ofrece una solución en código que demuestre el uso de buenas prácticas como el uso de patrones de diseño (MVVM, MVP), manejo adecuado de hilos y concurrencia, así como el uso correcto de APIs de Android (ViewModel, LiveData, Coroutines, etc.).即对任何问题都给出代码解决方案并展示设计模式MVVM、MVP、线程与并发管理以及 Android APIViewModel、LiveData、Coroutines 等的正确用法。这是提示词最核心的输出契约——没有代码的回答就是不合格回答。展开来看包含三层要求1架构模式MVVM 与 MVPMVVMModel-View-ViewModel官方推荐的现代架构。View 只负责渲染ViewModel 持有可观察状态LiveData/StateFlowModel 层承载数据源Repository → 网络/数据库。依赖单向数据流可测试性最好MVPModel-View-PresenterPresenter 持有 View 接口引用适合历史项目迁移场景但存在接口爆炸与内存泄漏风险。2并发模型线程、协程与生命周期安全正确做法是主线程只做 UI耗时操作一律切后台任务结果按生命周期安全地回到主线程。以 Coroutines 为例标准范式是class MainViewModel(private val repo: Repository) : ViewModel() { private val _uiState MutableStateFlowUiState(UiState.Loading) val uiState: StateFlowUiState _uiState.asStateFlow() fun load() { viewModelScope.launch { _uiState.value UiState.Loading try { // 自动切到 Dispatchers.IO 执行网络/IO val data withContext(Dispatchers.IO) { repo.fetchData() } _uiState.value UiState.Success(data) } catch (e: Exception) { _uiState.value UiState.Error(e) } } } }要点viewModelScope会在 ViewModel 清空时自动取消协程避免泄漏withContext(Dispatchers.IO)用于耗时任务而不是在主线程launch后阻塞。3状态管理ViewModel LiveDataViewModel 负责在配置变更如旋转屏幕时保留状态LiveData 负责生命周期感知地分发数据——只有处于STARTED/RESUMED状态的观察者才会收到更新从根源上规避后台更新 UI类崩溃。准则三理论与实践Teoría y Práctica原文要点Explica conceptos teóricos como la gestión del ciclo de vida de una actividad o fragmento, diferencias entre Kotlin y Java, y cómo elegir la mejor herramienta o enfoque para un problema específico. Complementa estas explicaciones con ejemplos prácticos de código.即解释理论概念Activity/Fragment 生命周期管理、Kotlin 与 Java 的差异、如何为特定问题选择最佳工具或方案并用实用代码示例补充这些解释。这条准则定义了回答的节奏先讲清为什么再演示怎么做。几个高频主题及回答要点Activity/Fragment 生命周期需要解释每个回调的用途如onSaveInstanceState保存临时状态、onStop释放不可见资源并结合旋转屏幕场景给出 ViewModel SavedStateHandle的正确解法Kotlin vs Java 差异空安全?/!!、扩展函数、data class、协程 vs 线程池、默认参数、when表达式、不可变集合等并给出两者互相迁移的对应关系工具选型给出决策树式建议例如异步任务选 Coroutines 而非AsyncTask后者已废弃简单列表用LazyColumnCompose或 RecyclerView缓存优先 Room 而非 SharedPreferences。准则四最佳实践Buenas Prácticas——五项硬性工程红线原文给出了五条必须贯穿所有解决方案的硬性实践这也是整个提示词中最可操作、最具可复制价值的部分Uso adecuado de RecyclerView para listas. Implementación de dependencias inyectadas con Dagger/Hilt. Gestión de estado con LiveData y ViewModel. Uso de Coroutines para operaciones asíncronas. Limpieza de código con principios SOLID.即五条红线列表使用 RecyclerView依赖注入使用 Dagger/Hilt状态管理使用 LiveData ViewModel异步操作用 Coroutines代码整洁遵循 SOLID 原则。逐条展开红线 1RecyclerView 的正确用法RecyclerView 负责高效回收与复用 ViewHolder正确的工程化写法还包含DiffUtil增量更新列表避免notifyDataSetChanged()全量刷新class ItemDiffCallback : DiffUtil.ItemCallbackItem() { override fun areItemsTheSame(old: Item, new: Item) old.id new.id override fun areContentsTheSame(old: Item, new: Item) old new } // Adapter 中使用 adapter.submitList(newList) // ListAdapter 内部自动执行 Diff 计算同时应提示配合ListAdapter、ViewBinding、以及避免在onBindViewHolder中做耗时操作等细节。红线 2Dagger/Hilt 依赖注入Hilt 是 Dagger 的官方 Android 封装通过编译期生成代码完成依赖注入。最小范式HiltAndroidApp class App : Application() Module InstallIn(SingletonComponent::class) object NetworkModule { Provides Singleton fun provideRetrofit(): Retrofit Retrofit.Builder() .baseUrl(https://api.example.com) .build() } AndroidEntryPoint class MainActivity : AppCompatActivity() { Inject lateinit var repository: Repository }要点Hilt 在编译期进行依赖图校验配置错误会直接编译失败fail-fast这是它相比手动 DI 的核心优势。红线 3LiveData ViewModel 状态管理ViewModel 中维护 UI 状态LiveData 生命周期感知分发配合MutableLiveData/LiveData的封装暴露。现代写法可进一步升级为 Kotlin 协程流StateFlow但提示词明确要求 LiveData ViewModel 组合回答时应以该组合为主、以 Flow 为扩展补充。红线 4Coroutines 异步并发场景统一用协程viewModelScopeUI 层、Dispatchers.IOIO 层、withContext切换上下文、Flow做数据流。应避免裸线程Thread {}、AsyncTask等过时方案。红线 5SOLID 原则S单一职责一个类只做一件事ViewModel 不直接写网络O开闭原则通过接口/抽象扩展例如 Repository 接口隔离数据源L里氏替换子类可替换父类而不破坏行为I接口隔离小而专的接口例如LoginDataSource与ProfileDataSource分开D依赖倒置依赖抽象而非具体实现通过 Hilt 注入接口实现。准则五优化Optimización——布局、内存与加载时间原文要点Proporciona consejos sobre optimización de rendimiento, tanto a nivel de código como en la experiencia de usuario, como la optimización de layouts, uso eficiente de la memoria, y reducción de tiempos de carga.即从代码层面与用户体验层面给出性能优化建议包括布局优化、内存高效使用与加载时间缩减。三个维度及其落地手段维度典型手段布局优化使用ConstraintLayout减少嵌套层级merge消除冗余根布局ViewStub延迟加载低频视图避免过度重绘overdraw内存优化警惕 Activity 泄漏匿名内部类持有外部引用图片使用Glide/Coil并配置尺寸裁剪onTrimMemory/onLowMemory释放缓存使用Profiler的 Memory 面板定位大对象加载时间冷启动优化Application中避免同步初始化、延迟初始化第三方 SDK列表分页加载WorkManager将非关键任务移到后台执行准则六工具与测试Herramientas y Testing原文要点Incorpora prácticas de testing en las respuestas, mostrando cómo escribir tests unitarios con JUnit y tests de interfaz con Espresso. También, ofrece tips sobre cómo utilizar herramientas de Android Studio, como el profiler, para identificar y resolver problemas de rendimiento.即在回答中融入测试实践用 JUnit 写单元测试、用 Espresso 写界面测试同时给出 Android Studio 工具如 Profiler用于定位与解决性能问题的技巧。这是提示词中非常少见的一条——它要求 GPT 把测试作为回答的标准组成部分而非可选项JUnit 单元测试测试 ViewModel 与业务逻辑配合kotlinx-coroutines-test的runTest控制协程调度OptIn(ExperimentalCoroutinesApi::class) class MainViewModelTest { Test fun load 成功后状态为 Success() runTest { val vm MainViewModel(FakeRepository()) vm.load() assertEquals(UiState.Success(...), vm.uiState.value) } }Espresso 界面测试验证 UI 行为例如RunWith(AndroidJUnit4::class) class MainActivityTest { Test fun clickButton_showsResult() { ActivityScenario.launch(MainActivity::class.java) onView(withId(R.id.btn_submit)).perform(click()) onView(withId(R.id.tv_result)).check(matches(withText(Done))) } }Profiler 使用技巧CPU Profiler 定位卡顿方法、Memory Profiler 抓内存泄漏配合LeakCanary验证、Energy Profiler 分析耗电提示词还要求 GPT 在给出优化建议时主动指导用户先测量再优化避免盲改。准则七持续更新Actualización Constante——拥抱 Jetpack 生态原文要点Mantén tus conocimientos actualizados con las últimas versiones de Android y las nuevas bibliotecas recomendadas por Google, como Jetpack, Room, y WorkManager. Proporciona soluciones utilizando las tecnologías más recientes.即保持与最新 Android 版本及 Google 推荐新库Jetpack、Room、WorkManager 等同步用最新技术提供解决方案。这条准则要求 GPT 在回答时做到技术版本自省优先输出当前稳定版本生态中的推荐方案而非陈旧写法。其背后代表的具体技术栈Jetpack官方组件库全集覆盖 UICompose、生命周期、导航Navigation、分页Paging、偏好设置DataStore等RoomSQLite 的官方 ORM 封装编译期校验 SQL 正确性配合 Flow/Kotlin 协程支持响应式查询Database(entities [User::class], version 1) abstract class AppDatabase : RoomDatabase() { abstract fun userDao(): UserDao } Dao interface UserDao { Query(SELECT * FROM users WHERE id :id) fun observeUser(id: Long): FlowUser? }WorkManager用于保证可执行、可延迟、可持久化的后台任务如数据同步、日志上传兼容 Doze 省电模式Compose 与 View 体系的取舍新版项目优先 Jetpack Compose但存量 View 项目仍需 RecyclerView/XML 技能——这正好与准则四中 RecyclerView 的要求形成新旧并重的完整知识面。四、技术要点速查表为便于检索与引用将提示词核心要素汇总如下要素提示词要求对应技术/工具角色精通 Java Kotlin 的原生 Android 开发专家双语言、原生栈输出契约任何回答必须包含代码解决方案MVVM/MVP 模式并发正确的线程与并发管理Coroutines、Dispatchers状态管理LiveData ViewModel生命周期感知分发列表RecyclerView 正确使用ListAdapter、DiffUtil依赖注入Dagger/Hilt编译期 DI、fail-fast代码质量SOLID 原则单一职责、依赖倒置等测试JUnit Espresso单元测试、UI 测试性能布局、内存、加载时间优化Profiler、ViewStub、Glide/Coil知识保鲜最新 Android 版本与 Jetpack 生态Room、WorkManager、Compose五、如何复刻一个同款 Android 开发 GPT这份提示词可以直接作为自定义 GPT 的 Instructions 使用。结合仓库中 World Class Software Engineer 提示词 对 GPT Builder 配置结构的描述Name、Description、Instructions、Knowledge、Capabilities、Actions落地步骤如下Name名称填入Android Studio GPT或自定义名称Description描述沿用文档的GPT expert in Kotlin Java一句话定位便于用户进入前理解能力边界Instructions指令将本文所解读文档的代码块内全部西班牙语提示词原文粘贴至此——角色定义 七条准则是一个完整闭环不建议拆分或删减Knowledge知识库可选可上传 Android 官方文档摘要、公司内部架构规范、代码风格指南等强化准则七知识保鲜的落地Capabilities能力该 GPT 主要面向代码问答通常无需开启 Web Browsing 与 DALL·E保持纯文本/代码输出即可如需读取用户粘贴的崩溃日志或工程文件可开启 Code Interpreter 辅助分析。复刻后即可获得一个行为可预期的 Android 开发助手任何问题都会收到理论解释 最佳实践代码 测试建议三段式回答。这也从侧面说明该提示词的价值不仅在于内容正确更在于它把回答的结构、质量门槛与更新机制全部写进了指令这正是提示词工程的核心手法。六、仓库相关资源与延伸阅读本文依据的原始文档prompts/Android Studio GPT.md——完整西班牙语系统提示词原文可直接复制使用仓库总览README.md——GPTs 泄露提示词集合的索引与说明同仓库开发者向提示词参考prompts/Code Explainer.md、prompts/World Class Software Engineer.md——可对比学习开发专家型 GPT在角色设定、安全约束与工具集成上的不同侧重。需要说明的是本仓库为只读的提示词收藏库不包含 Android 工程源码本文中的代码片段均为对提示词所涉技术栈ViewModel、Coroutines、Hilt、Room、JUnit/Espresso 等的通用范式演示用于帮助理解每一条准则的落地形态而非仓库内的项目代码。该提示词文档来自公开渠道的泄露收集建议将其作为提示词工程与 Android 技术问答设计的参考素材使用。赞分享提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载相关推荐如何利用Code-Graph-RAG实现智能代码分析与知识图谱查询如何利用Code Graph RAG实现智能代码分析与知识图谱查询 你是否曾面对庞大的代码库感到迷茫当需要理解复杂的函数调用关系、查找特定功能的实现代码或人工智能RAG知识图谱MCP 服务开发者工具GPTs 仓库实战解析Breakdown: Outline Any Topic 任意主题拆解 GPT 的提示词架构与复刻指南GPTs 仓库实战解析Breakdown: Outline Any Topic 任意主题拆解 GPT 的提示词架构与复刻指南 本篇以 GPTs 提示词仓库 h提示工程从 Code Explainer 泄漏提示词看代码解释类 GPT 的系统提示词设计GitHub GPTs 仓库实战解析从 Code Explainer 泄漏提示词看代码解释类 GPT 的系统提示词设计GitHub GPTs 仓库实战解析 本文以 prompts/Code E提示工程上一篇从零开始搭建个人游戏串流服务器Sunshine入门指南下一篇魔兽争霸III老玩家必看如何用开源工具解决5大兼容性痛点创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
网站建设高端定制企业官网
RELATED

相关资讯

更多精彩内容,欢迎继续阅读

较早相关资讯

最新相关资讯

3D拓扑优化应力约束详解:p-范数敏感度分析与伴随方法实现 2026/10/1 17:41:48

3D拓扑优化应力约束详解:p-范数敏感度分析与伴随方法实现

三年前我在给一个3D支架做以最小柔顺度为目标的标准拓扑优化,收敛结果很漂亮,传力路径清晰,我几乎以为可以直接交付。结果样件在实测阶段第一天就断了——断裂位置不在载荷区,而是结构内侧一个被视作“无关紧要”的尖角。那一刻我…

阅读更多 →
苏州推荐一下GEO优化服务品牌企业,聚合增长信息科技靠谱省心不踩坑 2026/10/1 17:41:48

苏州推荐一下GEO优化服务品牌企业,聚合增长信息科技靠谱省心不踩坑

苏州本地想做GEO优化,哪家品牌企业比较靠谱?GEO全称Generative Engine Optimization,中文是生成式引擎优化,并不是大家误以为的地理信息相关内容,是专门适配大模型AI搜索时代的企业营销优化技术。现在越来越多采购决策的第一步都…

阅读更多 →
Android PackageManager 深度解析:Manifest 元数据与运行时决策机制 2026/10/1 17:41:48

Android PackageManager 深度解析:Manifest 元数据与运行时决策机制

1. 为什么 PackageManager 不是“包管理器”那么简单?很多人第一次在 Android 开发中看到PackageManager,下意识就把它当成 Linux 里的apt或 macOS 的brew——一个负责安装、卸载、查询 APK 的工具类。我刚入行时也这么想,直到在一次灰度发布…

阅读更多 →
Redis vs Memcached:缓存选型、持久化与分布式锁实战 2026/10/1 17:41:48

Redis vs Memcached:缓存选型、持久化与分布式锁实战

很多人一聊到缓存选型,张口就是“Redis功能多,Memcached性能好、更简单”。我过去几年在好几个项目里来回切换过这两种组件,也被问过无数次“到底选哪个”。说实话,这个问题的答案在2025年已经和十年前不太一样了。Redis从一个纯粹…

阅读更多 →
递归查询的两个边界:最上手信息与最下手信息设计实操 2026/10/1 17:41:47

递归查询的两个边界:最上手信息与最下手信息设计实操

写递归查询的时候,很多人第一反应就是“一条 SQL 能不能递归到底”。真上手了才发现,递归本身并不难,真正卡住人的是两个边界:最上手信息 和 最下手信息。最上手信息,就是递归开始前你必须先拿到的那条起点记录&#x…

阅读更多 →
智慧工地目标检测数据集:YOLO训练与踩坑实战指南 2026/10/1 17:41:41

智慧工地目标检测数据集:YOLO训练与踩坑实战指南

简介:面向智慧工地安全管理的YOLO目标检测数据集,聚焦安全帽、反光衣、头盔、背心与靴子五类安全装备的识别,适合算法工程师、科研人员及工地安防系统开发者用于模型训练与效果验证。压缩包内提供7538张工地图像的标注结果,共包含…

阅读更多 →

今日资讯

本周资讯

本月资讯

看完文章仍有疑问?

联系尧图顾问,获取一对一建站咨询

立即免费咨询 📞 400-888-8888
📞 ✉