Android Studio 3.6 Text/Design 消失不见问题

最新推荐文章于 2024-11-13 12:00:00 发布
原创 最新推荐文章于 2024-11-13 12:00:00 发布 · 2.3k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android studio #Android #IDE #Text/Design

升级到Android Studio 3.6后，发现Text/Design切换按钮消失。实际上，该功能移至界面右上角，变为Code、Split和Design三个按钮，分别对应只显示代码、分割视图和仅设计视图。开发者可能需要适应这一新位置。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Android Studio 3.6已经发布有一段时间了，一直没升级，最近手里的3.5版本忽然不香了，经常编译卡死，于是决定升级到最新版，升级之后，却找不到Text/Design 切换按钮了，如下：

老版本Android Studio 一直以来，在左下角会有一个Text/Design 切换按钮，让你可以切换到xml编辑状态和Design预览状态。像下面这样：

其实遇到这种事情，一点也不慌，因为大佬们说过，重启大法好啊，重启AS，没准就好了，Android Studio 有时候出现各种幽灵问题，也不是一次两次了，重启就能解决问题。于是重启Android Studio，嘴角露出微笑，等待着进度条读完。what ? 还是不行？

这下有点慌了。这特么是在搞啥？

经过了一顿折腾，把能点按钮都点了一遍，终于搞出来了，原来真特么改了，这还不是说把Text/Design 改位置，它连图标文字解释都变了，在界面右上角不起眼的地方加了这么个玩意儿：

如果你不注意，还真想不到它是这功能，这里有三个按钮，从左到右分别是Code,Split，Design

最低0.47元/天 解锁文章

200万优质内容无限畅学
Android Studio 可视化界面 （Design）和文本界面（Text）的切换
weixin_30791095的博客
03-23 1万+
读了第一行代码，文中让查看layout.xml文件切换到Text视图，我这个蒙啊，居然没找到， 另记：AndroidStudio 安装过程中，有个HAXM安装失败，结果在创建虚拟机时，创建好的虚拟机打不开 HAXM installation failed. To install HAXM follow the instructions found at: https://s...
Android Studio Design Tools 中的 UX 更改 — Split View
谷歌开发者
03-12 1730
在这篇文章中，我们将介绍 Android Studio 3.6 中 Design Editor (设计编辑器) 的新功能，与您分享促成这些体验更改的一些...
解决Android Studio XML编辑界面不显示下面的Text和Design选项卡
08-19
主要介绍了解决Android Studio XML编辑界面不显示下面的Text和Design选项卡，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
Android Studio中布局文件没有“Design”与“Text”标签
hou09tian的博客
09-17 4946
Android Studio有两种方式显示布局文件，一种是Design一种是Text，如图1所示。 图1 Design与Text标签 当使用Design方式显示时，可以预览活动的布局，而使用Text方式显示时，会显示布局文件的具体代码。 显示布局文件时，有时没有这两个按键。可以通过修改styles.xml文件或者使用快捷键的方式解决此问题。 1 修改styles.xml 1.1 styles.xml 在Project模式下显示项目，styles.xml的位置在“项目名\app\src\ma.
AndroidStudio的Design和Text不显示了没有了怎么办
qq_40819222的博客
05-23 4168
新版本更新后，从页面的左下角转到了页面的右上角，具体看图片注释。 感觉有用的支持一下！ 旁边版本之后就变位置了 这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用M
Android Studio 的Layout布局界面不显示插入的文本、图片问题的解决办法
swust5120173569的博客
01-07 5560
 找到app-values-styles.xml，修改代码： 修改前： <style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar"> 修改后： <style name="AppTheme" parent="Base.Theme.AppCompat.Light.DarkActionBar"&
Android Studio 3.6 layout文件text模式切换问题
01-03
android stdio3.6让layout中的xml文件在code、spilt与design转换（备份） 打开res中的layout文件夹 随机点击一个文件 注意必须sync同步一次之后才会有design与preview出现 在右上角往下第五行可进行点击转换 三
第11天：Material Design
weixin_41644568的博客
11-13 1565
是由Google在2014年推出的一套设计语言，旨在为用户提供统一、美观且直观的用户体验。它结合了经典设计原则和创新的技术，适用于各种设备和屏幕尺寸。Material Design不仅涵盖了视觉设计，还涉及动效设计、布局设计和组件设计等多个方面。主要特点包括：一致性：确保不同应用在视觉和交互上的一致性。灵活性：适应不同设备、屏幕尺寸和用户需求。可扩展性：支持从简单到复杂的各种界面设计。美观性：通过精心设计的组件和布局，提升应用的整体视觉效果。
Anfroid studio编译界面左下方没有Text和Design模式
qq_43688703的博客
05-25 638
传送： https://blog.csdn.net/qq_39734641/article/details/104617641
关于Androidstudio中tools:text运行后文本不显示问题
weixin_44836287的博客
04-11 2581
在开发中，如果想看到运行后才能看到的布局效果而又不想程序跑起来，就可以使用tools。而tools在应用运行时所有tools都会被忽略，上面的文字显示不出来。想要显示文字可以把tools:text换成Android:text ...
android studio Design界面constraintlayout下的editText预览界面不显示，报错Render problem
tinieye8062的博客
03-15 1265
报错内容： java.lang.IndexOutOfBoundsException: Index: 0, Size: 0 at java.util.ArrayList.rangeCheck(ArrayList.java:657) at java.util.ArrayList.get(ArrayList.java:433) at com.android.ninepatch.NinePatchChunk.draw(NinePatchChunk.java:190) at com.android.n
Android Studio XML编辑界面不显示下面的Text和Design选项
weixin_41952523的博客
03-11 2730
传送：https://blog.csdn.net/qq_39734641/article/details/104617641
layout 文件text/design 不能预览界面问题处理
niaonao
08-14 5676
很多刚接触 android开发的人会遇到的小问题，layout 布局界面，不能直接在开发平台预览，不知道什么原因，网上有很多相关文章，但不能真正解决问题。也讲解不通，按着步骤走下来还没处理好问题，就更加不太明白。
Android Studio 的layout文件无法显示design界面
weixin_33580297的博客
03-20 1万+
问题如图：解决方法：1.找到styles.xml;2.在Theme前加入“Base.”3.保存，发现design界面可以显示了。
Android Studio 无法预览xml布局视图
Keep thinking
09-20 1887
今天升级gradle和sdk之后，发现编辑布局文件时右边没有预览了，在style文件中Theme报红，鼠标移到Theme上之后提示：Cannot resolve symbol ‘Theme’ less… (⌘F1) Validates resource references inside Android XML files 解决办法： 经过检查之后，原来是sdk依赖忘了升级了，当时只升级了buil...
Android Material Design 系列之 TextInputLayout 使用详解
热门推荐
一名互联网时代苟且偷生的 Android码农
06-23 2万+
前言 本文是 Material Design 系列第四篇：TextInputLayout 主要是作为 EditText 的容器，从而为 EditText 生成一个浮动的 Label，当用户点击 EditText 的时候，EditText 中的 hint 字符串会自动移到 EditText 的左上角。 TextInputLayout 的简单使用，是 Google 推出的整个 Material Design 库的一个缩影：Google 将 UI 视觉效果设计得华丽且流畅，同时代码封装更为优雅，开发者只需要在 l
【Android Studio学习】4.Android的布局管理
m0_51692337的博客
01-06 1557
在每个应用程序创建时会默认包含一个主界面布局，该布局位于res/layout目录中。 常用布局有以下四种。 线性布局(LinearLayout)主要以水平或垂直方式来显示界面中的控件当控件水平排列时，显示顺序依次为从左到右，当控件垂直排列时，显顺序依次为从上到下。线性布局中，每行或每列中只允许有一个子视图或控件。 LinearLayout的最主要的属性有: android:gravity:设置内部控件的显示位置。 android:orientation:设置内部控件的排列方向，常量horizontal(默
框架一第一章 绪论 1.1 研究背景与意义  1.1.1 移动互联网发展趋势  1.1.2 即时通讯软件的应用价值 1.2 国内外研究现状  1.2.1 国外即时通讯技术发展  1.2.2 国内Android应用研发现状 1.3 研究内容与方法 1.4 论文结构安排 第二章 系统开发基本技术 2.1 Android系统架构分析  2.1.1 Linux内核层  2.1.2 系统运行库层  2.1.3 应用框架层  2.1.4 应用层 2.2 Android开发核心技术  2.2.1 Java/Kotlin语言特性  2.2.2 Android SDK组成  2.2.3 四大组件（Activity/Service/Broadcast/ContentProvider） 2.3 开发工具链  2.3.1 Android Studio开发环境  2.3.2 Gradle构建工具  2.3.3 Git版本控制 2.4 即时通讯协议分析  2.4.1 HTTP与WebSocket对比  2.4.2 XMPP协议解析  2.4.3 MQTT轻量级协议 第三章 Android系统设计 3.1 需求分析  3.1.1 功能需求（登录/聊天/通讯录/消息推送）  3.1.2 非功能需求（性能/安全性/兼容性） 3.2 系统架构设计  3.2.1 MVC与MVVM模式选择  3.2.2 模块化设计思想 3.3 核心模块设计  3.3.1 用户模块（注册/登录/个人信息）  3.3.2 即时通讯模块（消息收发/文件传输）  3.3.3 通讯录管理模块  3.3.4 消息通知模块 3.4 数据库设计  3.4.1 E-R图设计  3.4.2 SQLite表结构设计 3.5 UI/UX设计  3.5.1 Material Design设计原则  3.5.2 界面交互流程设计 3.6 安全性设计  3.6.1 数据传输加密（SSL/TLS）  3.6.2 用户认证机制 第四章 系统实现与测试 4.1 开发环境搭建  4.1.1 Android Studio配置  4.1.2 模拟器与真机调试 4.2 核心功能实现  4.2.1 用户模块实现（注册登录流程）  4.2.2 即时通讯功能实现（Socket编程）  4.2.3 消息存储与同步机制  4.2.4 通知推送集成（Firebase Cloud Messaging） 4.3 数据库实现  4.3.1 Room持久化库应用  4.3.2 数据缓存策略 4.4 系统测试  4.4.1 测试方案设计  4.4.2 功能测试用例（黑盒/白盒测试）  4.4.3 性能测试（响应时间/内存占用）  4.4.4 兼容性测试（不同Android版本） 4.5 测试结果分析 第五章 结论与展望 5.1 研究成果总结 5.2 系统不足与改进方向 5.3 移动应用开发趋势展望框架二### 目录 第一章 引言 1.1 研究背景与意义 1.2 国内外研究现状 1.3 论文主要研究内容 1.4 论文组织结构 第二章 Android系统相关技术研究 2.1 Android系统体系架构 2.1.1 Linux内核层 2.1.2 系统运行时与库层 2.1.3 应用框架层 2.1.4 应用层 2.2 Android设计方法与开发语言 2.2.1 MVC/MVP/MVVM架构模式 2.2.2 Java/Kotlin语言特性 2.2.3 XML布局设计 2.3 Android Studio开发工具 2.3.1 AS功能模块分析 2.3.2 调试与性能优化工具 第三章 聊天软件需求分析 3.1 功能模块划分与核心需求 3.1.1 用户管理模块（注册、登录、安全验证） 3.1.2 消息通信模块（文本、图片、语音） 3.1.3 联系人管理模块（添加、分组、黑名单） 3.1.4 文件传输模块（类型支持、大小限制） 3.2 非功能需求与实现约束 　3.2.1 性能与实时性（延迟、并发） 　3.2.2 安全性设计（数据传输与存储） 　3.2.3 兼容性要求（Android版本、屏幕适配） 3.3 技术选型与可行性验证 　3.3.1 开发工具链选型（Android Studio、Firebase） 　3.3.2 网络协议选择（WebSocket vs. XMPP） 　3.3.3 数据库与加密方案（SQLite + SQLCipher） 第四章 系统设计与实现 4.1 系统总体架构设计 4.1.1 客户端-服务器模式 4.1.2 技术选型（如Socket/WebSocket、XMPP协议） 4.2 核心模块设计 4.2.1 用户认证模块 4.2.2 消息传输模块（文本、图片、语音） 4.2.3 数据库设计（SQLite/Realm） 4.2.4 网络通信模块（Retrofit/OkHttp） 4.3 界面设计与实现 4.3.1 Material Design规范应用 4.3.2 核心界面原型（聊天列表、对话窗口） 4.4 安全性设计 4.4.1 HTTPS通信加密 4.4.2 本地数据加密存储 第五章 系统测试与优化 5.1 测试策略与方法 5.1.1 测试环境配置（硬件+软件） 5.1.2 自动化测试框架（Espresso+JUnit） 5.2 功能测试用例与结果 5.2.1 核心功能验证（消息收发/文件传输） 5.2.2 边界条件测试（弱网/高负载） 5.3 性能测试与分析 5.3.1 基准性能测试（响应时间/吞吐量） 5.3.2 压力测试（并发用户/消息洪峰） 5.4 安全性与兼容性测试 5.4.1 OWASP Top 10漏洞扫描 5.4.2 多设备适配测试 5.5 优化策略与效果 5.5.1 消息队列优化（优先级队列） 5.5.2 内存泄漏治理（LeakCanary） 第六章 总结与展望 6.1 研究成果总结 6.2 存在的问题与改进方向 参考文献 附录（代码片段、界面截图、测试报告等）比较两个框架更推荐使用哪个 说明两个论文框架的优缺点 难易程度 是否符合论文要求 设计思路
最新发布
03-18
<think>好的，我现在需要帮用户比较两个论文框架，然后推荐哪个更合适。首先，我要仔细分析用户提供的两个框架的结构和内容，找出它们的优缺点，评估难易程度，是否符合学术论文的要求，以及设计思路的不同。 用户给出的框架一和框架二都围绕Android即时通讯应用的开发，但结构上有明显差异。我需要逐一对比每个章节，看看哪个更合理，更符合论文规范。 首先，框架一的目录比较详细，分为五章，绪论、基本技术、系统设计、实现与测试、结论。每个章节下面的子部分也很具体，比如在系统设计里包括了需求分析、架构设计、核心模块、数据库设计、UI/UX、安全性设计。看起来结构清晰，层次分明，符合传统的论文结构。特别是每个章节都有深入的技术细节，比如Android系统架构的四层，开发工具链，协议分析等，显示出较强的技术深度。不过，章节划分较多，可能在写作时需要更多的内容填充，对研究能力和时间要求较高。 框架二的目录分为六章，引言、技术研究、需求分析、系统设计与实现、测试与优化、总结。相比框架一，框架二在需求分析部分更详细，将功能模块和非功能需求分开，并且在技术选型上有更多讨论。测试部分也更全面，包括自动化测试、性能测试、安全测试等，还提到了优化策略。这可能更适合强调测试和优化的论文，但结构稍微复杂，章节更多，可能需要更好的组织能力。 接下来要比较优缺点。框架一的结构更传统，符合大多数学位论文的要求，尤其是在绪论部分详细讨论了研究背景、意义和现状，理论基础扎实。技术章节详细，适合展示对Android系统的深入理解。但可能在实际实现和测试部分相对简略，比如系统实现与测试合并为一章，可能不够详细。而框架二把设计与实现分开，测试与优化单独成章，更强调实践部分，适合突出应用和实验结果。但框架二在绪论部分可能不够详细，国内外研究现状可能被简化，理论基础部分可能较弱。 难易程度方面，框架一由于结构更传统，可能更容易组织内容，尤其是对于初次写论文的学生来说，有明确的章节划分。但需要深入技术细节，比如Android的四个层级、各种协议对比，可能需要较多的技术积累。框架二则更注重实际开发与测试，需要具备较强的实践能力，比如自动化测试、性能优化，这对部分学生来说可能挑战较大，尤其是实验设计和数据分析部分。 是否符合论文要求方面，两个框架都符合基本的论文结构，但框架一更接近传统的学术论文格式，强调理论和技术分析，适合理论结合应用的论文。框架二则偏向工程实践，适合应用型或工程硕士论文，强调系统开发、测试和优化。需要根据具体的论文要求来判断，如果学校或导师更重视实践部分，框架二可能更合适；如果偏重理论和系统设计，框架一更好。 设计思路上，框架一以技术分解和系统设计为主线，逐步从背景到技术，再到具体设计和实现，逻辑连贯。框架二则从需求分析出发，强调技术选型和可行性，再到设计实现和测试优化，更符合软件工程的开发流程，突出需求驱动和测试验证。 综合来看，推荐框架一还是框架二取决于论文的具体要求和学生的能力。如果学生有较强的实践能力，并且论文需要突出测试和优化，框架二更好。如果更注重理论深度和结构清晰，框架一更合适。需要提醒用户根据自身情况选择，比如时间、技术掌握程度、导师要求等。</think>以下是对两个论文框架的对比分析及推荐建议，按照优劣势、难易程度、规范符合度、设计思路四个维度展开： --- ### **一、框架对比分析表** | 对比维度 | 框架一 | 框架二 | |-----------------|----------------------------------------------------------------------|----------------------------------------------------------------------| | **结构完整性** | 传统五章结构，章节划分清晰，符合经典论文范式 | 六章结构更贴近软件工程流程，强调测试与优化环节 | | **技术深度** | 系统层技术分解更细致（如Android四层架构、协议对比） | 开发实践导向强（如设计模式对比、自动化测试框架） | | **创新性体现** | 理论分析为主，创新点需在"研究内容"中显式提炼 | 技术选型对比更突出（如WebSocket vs. XMPP），易体现方案创新性 | | **实践性** | 实现与测试合并为一章，细节覆盖稍弱 | 单列"测试与优化"章节，包含压力测试、安全扫描等工程化内容 | | **学术规范** | 绪论部分包含国内外研究现状，符合学术论文要求 | 引言部分略简，需补充文献综述内容 | --- ### **二、框架优缺点对比** #### **框架一优势** 1. **结构规范性** - 符合$学术论文\rightarrow理论分析\rightarrow系统设计\rightarrow实验验证$的经典逻辑链 - 通过"国内外研究现状"章节体现学术研究深度 2. **技术覆盖全面性** - 包含完整的Android技术栈解析（如$$应用框架层 = 系统服务管理器 + 窗口管理系统 + 内容提供器$$） - 安全性设计细化到$SSL/TLS$和认证机制 #### **框架二优势** 1. **工程实践导向** - 技术选型对比明确（如$WebSocket \text{ vs } XMPP$协议延迟对比） - 自动化测试工具链完整（Espresso+JUnit+LeakCanary） 2. **可扩展性设计** - 模块化设计包含优先级队列等优化策略 - 兼容性测试覆盖OWASP漏洞扫描和多设备适配 #### **共同缺陷** - 均缺乏**理论模型构建**（如消息传输的$QoS$保障模型） - 性能指标缺少量化标准（如响应时间应满足$t < 300ms$） --- ### **三、推荐建议** #### **推荐框架：框架二** **核心依据** 1. **难易适配性** - 框架一需深入分析Android内核层（如Binder驱动机制），难度系数$\uparrow$ - 框架二通过工具链封装（Retrofit/Room）降低编码复杂度，适合工程型论文 2. **创新呈现度** - 技术选型对比（WebSocket/XMPP）天然形成创新点论证路径 - 优化策略（如消息队列优先级设计）易量化效果$\rightarrow$提升论文价值 3. **评审友好性** - 测试章节包含压力测试与安全扫描，符合工程硕士论文评审要求 - 附录包含代码片段与测试报告，增强成果可信度 #### **改进建议** 1. **理论补充** - 在需求分析章节添加$消息传输延迟 \leq 200ms$等量化指标 - 建立消息投递可靠性模型（如$P_{成功}=1-e^{-\lambda t}$） 2. **结构调整** - 将"参考文献"提前至各章末尾，符合学术引用规范 - 在"引言"补充国内外研究现状对比分析 --- ### **四、实施路线图** ```mermaid graph TD A[确定技术选型] --> B{协议选择} B -->|低延迟| C[WebSocket+Protobuf] B -->|标准化| D[XMPP+XML] C --> E[实现核心通信模块] D --> E E --> F[通过Espresso进行UI自动化测试] F --> G[基于JMeter的压力测试] G --> H[优化消息队列优先级] ``` --- **最终结论**：框架二通过清晰的工程化实施路径和可量化的测试方案，更适合作为移动应用开发类毕业论文的框架，建议结合理论补充后采用。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值