Android 开发最佳实践

最新推荐文章于 2024-09-16 11:54:34 发布
最新推荐文章于 2024-09-16 11:54:34 发布
阅读量52 收藏
点赞数
文章标签： ui json 后端
原文链接：https://my.oschina.net/crazy261/blog/498241
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

Android 开发最佳实践

构建系统

默认编译环境应该是Gradle. Ant 有很多限制，用起来也很不方便，并且现在Github上的开源项目都是采用的Gradle。使用Gradle，完成以下工作会很方便：

  • 构建APP不同版本的变种，方便于向不同市场发布App
  • 很方便的管理和下载依赖，这个是最显而易见的，依赖第三方的库一句话搞定
  • 制作简单类似脚本的任务
  • 自定义秘钥
  • 等

同时，Android Gradle是Google推荐的作为新标准的构建系统，并还在不断的完善中。

工程结构

现阶段有两种流行的结构：老的Ant & Eclipse ADT 工程结构，和新的Gradle & Android Studio 工程结构，我们开发推荐的应选择新的工程结构，并且会发现将我们的工程从老的结构移植到新的结构后，我们的开发效率和质量都将会得到质的提升。下面是两种结构：

老的结构:

old-structure
├─ assets
├─ libs
├─ res
├─ src
│  └─ com/futurice/project
├─ AndroidManifest.xml
├─ build.gradle
├─ project.properties
└─ proguard-rules.pro

新的结构

new-structure
├─ library-foobar
├─ app
│  ├─ libs
│  ├─ src
│  │  ├─ androidTest
│  │  │  └─ java
│  │  │     └─ com/futurice/project
│  │  └─ main
│  │     ├─ java
│  │     │  └─ com/futurice/project
│  │     ├─ res
│  │     └─ AndroidManifest.xml
│  ├─ build.gradle
│  └─ proguard-rules.pro
├─ build.gradle
└─ settings.gradle

这两种结构主要的区别在于，新的结构明确的分开了'source sets' (main,androidTest)，这是Gradle的一个理念。我们的项目引用第三方项目库时（例如，library-foobar），拥有一个顶级包名app从第三方库项目区分你的应用程序是非常有用的。然后settings.gradle不断引用这些库项目，其中app/build.gradle可以引用。

Gradle 配置

常用结构 参考Google's guide on Gradle for Android

密码 在做版本release时我们app的 build.gradle需要定义 signingConfigs.此时应该避免以下内容：

不要做这个 . 这会出现在版本控制中。

signingConfigs {
	release {
		storeFile file("myapp.keystore")
		storePassword "password123"
		keyAlias "thekey"
		keyPassword "password789"
	}
}

而是，建立一个不加入版本控制系统的gradle.properties文件。

KEYSTORE_PASSWORD=password123
KEY_PASSWORD=password789

那个文件是gradle自动引入的，你可以在buld.gradle文件中使用，例如：

signingConfigs {
	release {
		try {
			storeFile file("myapp.keystore")
			storePassword KEYSTORE_PASSWORD
			keyAlias "thekey"
			keyPassword KEY_PASSWORD
		}
		catch (ex) {
			throw new InvalidUserDataException("You should define KEYSTORE_PASSWORD and KEY_PASSWORD in gradle.properties.")
		}
	}
}

使用 Maven 依赖方案代替使用导入jar包方案 如果在我们的项目依赖工程使用的是jar文件，那么它们可能成为永久的版本，如2.1.1.下载jar包更新他们是很繁琐的，这个问题Maven很好的解决了，这也是Android Gradle构建中推荐的方法。我们可以指定版本的一个范围，如2.1.+,然后Maven会自动升级到制定的最新版本，例如：

dependencies {
	compile 'com.netflix.rxjava:rxjava-core:0.19.+'
	compile 'com.netflix.rxjava:rxjava-android:0.19.+'
	compile 'com.fasterxml.jackson.core:jackson-databind:2.4.+'
	compile 'com.fasterxml.jackson.core:jackson-core:2.4.+'
	compile 'com.fasterxml.jackson.core:jackson-annotations:2.4.+'
	compile 'com.squareup.okhttp:okhttp:2.0.+'
	compile 'com.squareup.okhttp:okhttp-urlconnection:2.0.+'
}

IDE集成开发环境和文本编辑器

无论使用什么编辑器，一定要构建一个良好的工程结构 当下首推Android Studio,因为他是由谷歌开发，最接近Gradle，默认使用最新的工程结构，已经到1.3的稳定版本，它就是为Android开发定制的。

我们也可以使用Eclipse ADT ，但是需要对它进行配置，因为它使用了旧的工程结构和Ant作为构建系统

无论使用何种开发工具，只要确保Gradle和新的项目结构保持官方的方式构建应用程序，避免编辑器配置文件加入到版本控制。例如，避免加入Ant build.xml文件。 特别如果需要改变Ant的配置，不要忘记保持build.gradle是最新和起作用的。同时，善待其他开发者，不要强制改变他们的开发工具和偏好。

开源类库推荐

Jackson 是一个将java对象转换成JSON与JSON转化java类的类库。Gson是解决这个问题的流行方案，然而Jackson更高效,因为它支持替代的方法处理JSON:流、内存树模型,和传统JSON-POJO数据绑定。不过，Jsonkson库比起GSON更大，所以根据我们的情况选择，你可能选择GSON来避免APP 65k个方法限制。其它选择: Json-smart and Boon JSON

网络请求，缓存，图片 执行请求后端服务器，有几种交互的解决方案，我们可以使用Volley或者Retrofit来实现自己的网络客户端。Volley同时提供图片缓存类。若果我们选择使用Retrofit,那么可以考虑使用Picasso来加载图片和缓存，同时使用OkHttp作为高效的网络请求。Retrofit，Picasso和OkHttp都是有同一家公司开发（注：是由Square公司开发），所以它们能很好的在一起运行。OkHttp 同样可以和Volley在一起使用 Volley.

当心dex方法数限制，同时避免使用过多的类库 Android apps，当打包成一个dex文件时，有一个65535个应用方法强硬限制 [1] https://medium.com/@rotxed/dex-skys-the-limit-no-65k-methods-is-28e6cb40cf71 [2] http://blog.persistent.info/2014/05/per-package-method-counts-for-androids.html [3] http://jakewharton.com/play-services-is-a-monolith/。 当我们突破65k限制之后又会看到一个致命错误。因此，使用一个正常范围的类库文件，同时使用dex-method-counts工具来决定哪些类库可以再65k限制之下使用，特别的避免使用Guava类库，因为它包含超过13k个方法。

Activities and Fragments

Fragments应该作为你实现UI界面默认选择。可以重复使用Fragments接口来组合成我们的应用。并强烈推荐使用Fragments而不是activity来呈现UI界面，理由如下：

  • 提供多窗格布局解决方案 Fragments 的引入主要将手机应用延伸到平板电脑，所以在平板电脑上你可能有A、B两个窗格，但是在手机应用上A、B可能分别充满整个屏幕。如果你的应用在最初就使用了fragments，那么以后将你的应用适配到其他不同尺寸屏幕就会非常简单。

  • 屏幕间数据通信 从一个Activity发送复杂数据(例如Java对象)到另外一个Activity，Android的API并没有提供合适的方法。不过使用Fragment，你可以使用一个activity实例作为这个activity子fragments的通信通道。即使这样比Activity与Activity间的通信好，当然也可以使用Event Bus架构，不过这个不推荐过多的使用，因为这个过多的使用会造成很高的维护成本。

  • Fragments 一般通用的不只有UI 可以有一个没有界面的fragment作为Activity提供后台工作。进一步可以使用这个特性来创建一个fragment包含改变其它fragment的逻辑而不是把这个逻辑放在activity中。

  • 甚至ActionBar 都可以使用内部fragment来管理 可以选择使用一个没有UI界面的fragment来专门管理ActionBar,或者你可以选择使用在每个Fragment中添加它自己的actionBar 来作为父Activity的ActionBar.参考.

主要事项：不建议广泛的使用嵌套的fragments，因为有时会引起matryoshkabugs。我们只有当它有意义(例如，在水平滑动的ViewPager在像屏幕一样fragment中)或者他的确是一个明智的选择的时候才广泛的使用fragment。

在一个架构级别，APP应该有一个顶级的activity来包含绝大部分业务相关的fragment。我们也可能还有一些辅助的activity ，这些辅助的activity与主activity通信一般采用这两种方法Intent.setData() 或 Intent.setAction()或类似的方法。

Java 包结构

Android 应用程序在架构上大致是Java中的Model-View-Controller结构。在Android 中Fragment和Activity通常上是控制器类(http://www.informit.com/articles/article.aspx?p=2126865).换句话说，他们是用户接口的部分，同样也是Views视图的部分。

正是因为如此，才很难严格的将fragments (或者 activities) 划分成控制器controlloers还是视图 views。最好还是将它们放在自己单独的 fragments 包中。只要遵循之前提到的建议，Activities 则可以放在顶级目录下。若果规划有2到3个以上的activity，那么还是同样新建一个activities包吧。

这种架构可以看做是另一种形式的MVC，包含要被解析API响应的JSON数据，来填充的POJO的models包中。 和一个views包来包含自定义视图、通知、导航视图，widgets等等。适配器Adapter是在数据和视图之间。然而他们通常需要通过getView()方法来导出一些视图，所以可以将adapters包放在views包里面。

一些控制器角色的类是应用程序级别的，同时是接近系统的。这些类放在managers包下面。 一些繁杂的数据处理类，比如说"DateUtils",放在utils包下面。 与后端交互负责网络处理类，放在network包下面。

总而言之，以最接近用户而不是最接近后端去安排他们。

com.futurice.project
├─ network
├─ models
├─ managers
├─ utils
├─ fragments
└─ views
   ├─ adapters
   ├─ actionbar
   ├─ widgets
   └─ notifications

资源文件 Resources

  • 命名 遵循前缀表明类型的习惯，形如type_foo_bar.xml。例如：fragment_contact_details.xml,view_primary_button.xml,activity_main.xml.

组织布局文件 若不确定如何排版好一个布局文件，遵循统一的规则会很好的提高效率。

  • 每一个属性一行，缩进4个空格
  • android:id 总是作为第一个属性
  • android:layout_**** 属性在上边
  • style 属性在底部
  • 关闭标签/>单独起一行，有助于调整和添加新的属性
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout
	xmlns:android="http://schemas.android.com/apk/res/android"
	xmlns:tools="http://schemas.android.com/tools"
	android:layout_width="match_parent"
	android:layout_height="match_parent"
	android:orientation="vertical"
	>

	<TextView
		android:id="@+id/name"
		android:layout_width="match_parent"
		android:layout_height="wrap_content"
		android:layout_alignParentRight="true"
		android:text="@string/name"
		style="@style/FancyText"
		/>

	<include layout="@layout/reusable_part" />

</LinearLayout>

作为一个经验法则,android:layout_****属性应该在 layout XML 中定义,同时其它属性android:**** 应放在 styler XML中。这个规则也有例外，不过大部分情况下都是很好的。这个思想整体是保持layout属性(positioning, margin, sizing) 和content属性在布局文件中，同时将所有的外观细节属性（colors, padding, font）放在style文件中。

例外有以下这些:

  • android:id 明显应该在layout文件中
  • layout文件中android:orientation对于一个LinearLayout布局通常更有意义
  • android:text 由于是定义内容，应该放在layout文件中
  • 有时候将android:layout_width 和 android:layout_height属性放到一个style中作为一个通用的风格中更有意义，但是默认情况下这些应该放到layout文件中。

使用styles 几乎每个项目都需要适当的使用style文件，因为对于一个视图来说有一个重复的外观是很常见的。 在应用中对于大多数文本内容，最起码应该有一个通用的style文件，例如：

<style name="ContentText">
	<item name="android:textSize">@dimen/font_normal</item>
	<item name="android:textColor">@color/basic_black</item>
</style>

应用到TextView 中:

<TextView
	android:layout_width="wrap_content"
	android:layout_height="wrap_content"
	android:text="@string/price"
	style="@style/ContentText"
	/>

其实在项目中不仅仅是对于文本需要通用的style，对于一组相关的和重复android:****的属性都应该放到一个通用的style中。

将一个大的style文件分割成多个文件 为了不去维护一个很大的styles.xml,我们可以有多个styles.xml 文件。需要注意的是styles这个文件名称并没有作用，起作用的是在文件里xml的<style>标签。因此我们项目中可以有多个style文件styles.xml,style_home.xml,style_item_details.xml,styles_forms.xml。

colors.xml是一个调色板 在我们的colors.xml文件中应该只是映射颜色的名称一个RGBA值，而没有其它的。不要使用它为不同的按钮来定义RGBA值。

不要这样做

<resources>
	<color name="button_foreground">#FFFFFF</color>
	<color name="button_background">#2A91BD</color>
	<color name="comment_background_inactive">#5F5F5F</color>
	<color name="comment_background_active">#939393</color>
	<color name="comment_foreground">#FFFFFF</color>
	<color name="comment_foreground_important">#FF9D2F</color>
	...
	<color name="comment_shadow">#323232</color>

使用这种格式，会很容易的造成重复定义RGBA值的情况，这样如果需要改变一些基本色就会变的很复杂。同时，这些定义是跟一些环境关联起来的，如button或者comment,但这些属性应该放到一个按钮风格中，而不是在color.xml文件中。

相反，应该这样做:

<resources>

	<!-- grayscale -->
	<color name="white"     >#FFFFFF</color>
	<color name="gray_light">#DBDBDB</color>
	<color name="gray"      >#939393</color>
	<color name="gray_dark" >#5F5F5F</color>
	<color name="black"     >#323232</color>

	<!-- basic colors -->
	<color name="green">#27D34D</color>
	<color name="blue">#2A91BD</color>
	<color name="orange">#FF9D2F</color>
	<color name="red">#FF432F</color>

</resources>

调色板可以从美工那里得到，名称不需要跟"green", "blue"等等相同。"brand_primary", "brand_secondary", "brand_negative" 这样的名字也是完全可以接受的。像这样规范的颜色很容易修改或重构，会使应用一共使用了多少种不同的颜色变得非常清晰。通常一个具有审美价值的UI来说，减少使用颜色的种类是非常重要的。

像对待colors.xml一样对待dimens.xml文件 与定义颜色调色板一样，我们同时也应该定义一个空隙间隔和字体大小的统一的文件。 如下所示：

<resources>

	<!-- font sizes -->
	<dimen name="font_larger">22sp</dimen>
	<dimen name="font_large">18sp</dimen>
	<dimen name="font_normal">15sp</dimen>
	<dimen name="font_small">12sp</dimen>

	<!-- typical spacing between two views -->
	<dimen name="spacing_huge">40dp</dimen>
	<dimen name="spacing_large">24dp</dimen>
	<dimen name="spacing_normal">14dp</dimen>
	<dimen name="spacing_small">10dp</dimen>
	<dimen name="spacing_tiny">4dp</dimen>

	<!-- typical sizes of views -->
	<dimen name="button_height_tall">60dp</dimen>
	<dimen name="button_height_normal">40dp</dimen>
	<dimen name="button_height_short">32dp</dimen>

</resources>

布局时在写 margins 和 paddings时，应该使用spacing_****尺寸格式来布局，而不是像对待String字符串一样直接写值。这样写会非常有感觉，会使组织和改变风格或布局是非常容易。

避免深层次的视图结构 有时候为了摆放一个视图，我们可能尝试添加另一个LinearLayout。也可能使用这种方法解决：

<LinearLayout
	android:layout_width="match_parent"
	android:layout_height="match_parent"
	android:orientation="vertical"
	>

	<RelativeLayout
		...
		>

		<LinearLayout
			...
			>

			<LinearLayout
				...
				>

				<LinearLayout
					...
					>
				</LinearLayout>

			</LinearLayout>

		</LinearLayout>

	</RelativeLayout>

</LinearLayout>

这种多层次的嵌套结构就很可能会导致一系列的问题。最主要的会是遇到性能问题，因为这就需要处理一个复杂的UI树结构，系统在测量和绘制界面就会花费很长的时间，如果这一系列的操作（网络请求，界面测量，布局，绘制等等）不能在16ms中完成，最终结果就会出现界面掉帧及卡顿的情况，这也是系统卡顿出现的最主要的原因之一。因此我们尽量是用RelativeLayout来替代LinearLayout，维护一个简洁的视图tree

小心关于WebViews的问题. 如果必须显示一个web视图，比如说对于一个新闻文章，要避免做客户端处理HTML的工作，最好让后端工程师协助，让他返回一个 "纯" HTML。WebViews 也能导致内存泄露，当使用简单的文字或按钮时，应避免使用WebView，这时使用TextView或Buttons更好。

测试框架

Android SDK的测试框架还处于初级阶段，特别是关于UI测试方面。Android Gradle 目前实现了一个叫connectedAndroidTest的测试，它使用一个JUnit 为Android提供的扩展插件 extension of JUnit with helpers for Android.可以跑生成的JUnit测试，

模拟器

毫无疑问的会推荐Genymotion 模拟器，他的运行速度比起典型的AVD模拟器会有质的提升。他可以高质量的模拟网络连接，GPS位置，等等。它同时还有理想的连接测试。若涉及适配使用很多不同的设备，买一个Genymotion版权是比买很多真设备便宜多的。

注意：Genymotion模拟器没有装载所有的Google服务，如Google Play Store和Maps（这个可以通过第三方的方法来给我们的模拟器装上Google的GSM）。

混淆配置

ProGuard是一个在Android项目中广泛使用的压缩和混淆打包的源码的工具。

是否使用ProGuard取决我们项目的配置，当构建一个release版本的apk时，通常应该配置gradle文件。

buildTypes {
	debug {
		minifyEnabled false
	}
	release {
		signingConfig signingConfigs.release
		minifyEnabled true
		proguardFiles 'proguard-rules.pro'
	}
}

Android framework 使用一个默认的配置文件，可以在SDK_HOME/tools/proguard/proguard-android.txt目录下找到。自定义的工程在project-specific中指定混淆规则，如在my-project/app/proguard-rules.pro中定义，会被添加到默认的配置中。

关于 ProGuard 一个普遍的问题，是看应用程序是否崩溃并报ClassNotFoundException或者NoSuchFieldException 或类似的异常，即使编译是没有警告并运行成功。这意味着以下两种可能：

  1. ProGuard 已经移除了类，枚举，方法，成员变量或注解。
  2. ProGuard 混淆了类，枚举，成员变量的名称，但是这些名字又被原始名称使用了，比如通过Java的反射。

检查app/build/outputs/proguard/release/usage.txt文件看有问题的对象是否被移除了。 检查 app/build/outputs/proguard/release/mapping.txt 文件看有问题的对象是否被混淆了。

以防 ProGuard 剥离 需要的类和类成员，添加一个 keep选项在proguard 配置文件中：

-keep class com.futurice.project.MyClass { *; }

防止 ProGuard 混淆 一些类和成员，添加 keepnames:

-keepnames class com.futurice.project.MyClass { *; }

可以查看this template's ProGuard config 中的一些例子。 更多例子请参考Proguard。

在构建项目之初，发布一个版本 来检查ProGuard规则是否正确的保持了重要的部分。同时无论何时当添加了新的类库，做一个发布版本，同时apk在设备上跑起来测试一下。不要等到app要发布"1.0"版本了才做版本发布，那时候可能会碰到好多意想不到的异常，需要一些时间去修复他们。

转载于:https://my.oschina.net/crazy261/blog/498241

weixin_34341229
关注
Android开发最佳实践
「Android之禅」公众号博主，和你分享有价值有思考的技术文章
10-10 1263
前段时间，Google公布了 Android开发最佳实践的一系列课程，涉及到一些平时开发过程中应该保持的良好习惯以及如何使用最新的 Android Design Support Library来快速实现官方推荐的Material Design样式的应用。下面是个人的学习摘要总结，不对的地方请多多交流指点，谢谢！ 1）注意对隐式Intent的运行时检查保护 类似打开相机，发送图片等隐
Android开发最佳实践手册全网独一份，知名大企都在用，建议收藏
2401_84545553的博客
04-30 890
本文是Futurice公司的Android开发人员总结的最佳实践，遵循这些准则可以避免重复制造轮子。如果你对iOS或者Windows Phone开发感兴趣，那么也请看看iOS最佳实践和Windows客户端开发最佳实践。使用 Gradle 和它推荐的工程结构把密码和敏感数据放在gradle.properties不要自己写 HTTP 客户端,使用Volley或OkHttp库使用Jackson库解析JSON数据。
转载 Android开发最佳实践
bihansheng2010的博客
12-11 6688
Android 开发最佳实践 摘要 使用 Gradle 和它推荐的工程结构把密码和敏感数据放在gradle.properties不要自己写 HTTP 客户端,使用Volley或OkHttp库使用Jackson库解析JSON数据避免使用Guava同时使用一些类库来避免65k method limit（一个Android程序中最多能执行65536个方法）使用 Fragmen
android核心技术与最佳实践笔记(一)
Arlen6310的专栏
12-14 1306
第一章  android核心组件和应用框架 1.1 核心组件         android的四大核心组件：提供界面显示的activity，提供后台计算的service，提供进程间通信的intent和提供广播接收的broadcastReceiver。 1.1.1 activity组件      activity是实际与用户交互的组件。有几个子类需要注意： ListActivity, Pre
深入Android应用开发 核心技术解析与最佳实践
Android framework
04-10 320
Android开发最佳实践[汇编].pdf
10-11
Android开发最佳实践[汇编].pdf
android-sunflower,一个园艺应用程序，展示了android jetpack的android开发最佳实践。.zip
10-12
Sunflower项目还可能涵盖了其他的Android开发最佳实践，例如使用Kotlin语言（Google推荐的Android开发语言）、单元测试和集成测试、MVVM（Model-View-ViewModel）设计模式、Material Design组件以及Android Studio的...
基于stm32使用ucgui+GUIBuilder开发ui实例
梦想启航
09-16 815
基于stm32使用ucgui+GUIBuilder开发ui实例，实现了3个自锁按键功能，当按键按下绿色显示，取消恢复默认颜色，将按下按键存储到stm32内部flash，掉电后能恢复选择的状态
鸿蒙开发入门day19-使用NDK接口构建UI（一）
最新发布
来自计科萌新的编程记录本
09-16 1114
ArkUI开发框架提供了一系列NDK接口，能够在应用中使用C和C++代码构建UI界面，这些接口包括UI组件创建、UI树操作、属性设置和事件监听等。面向通用UI界面开发场景，建议使用ArkTS代码和ArkUI声明式开发框架。然而，如果需要实现以下一个或多个目标，那么ArkUI NDK接口就能派上用场：需要使用UI组件树控制接口来动态创建和挂载UI组件，方便实现自身UI开发框架的系统桥接。进一步提升UI界面性能，细粒度控制组件的创建和属性设置，以降低延迟、处理极高UI负载。
QT::QComboBox自定义左击事件信号
牛牛的博客
09-13 365
添加一个原来的控件QComboBox，然后把这个控件提升为MyComboBox就可以使用了
element实现动态路由+面包屑
爱敲代码的卡拉米的博客
09-14 561
是 Element UI 组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。但是，如果你需要基于非路由变化来更新面包屑，你可能需要手动管理一个状态，并在状态变化时更新面包屑的显示。组件提供了基本的样式，但你也可以通过 CSS 来自定义它的外观，比如改变分隔符的样式、面包屑项的字体大小等。如果你的应用是响应式的，并且路由变化时面包屑也应该更新，通常 Vue Router 会自动处理这些，因为。在你的 Vue 组件中，你可以这样使用。组件用于创建一个面包屑导航，
Perfetto slice提示App Deadline Missed
安卓美女
09-12 993
的问题通常是由于主线程被阻塞或任务执行时间过长。减少主线程的任务。优化 UI 渲染，简化布局和绘制逻辑。使用异步任务处理耗时操作。使用工具进行详细的性能分析，找到具体的瓶颈并优化。这些步骤有助于提升应用的流畅度，避免掉帧和卡顿。
Perfetto 如何查看主线程哪些操作最耗时
安卓美女
09-12 611
使用 Perfetto，结合时间轴上的主线程 slice，查看调用栈和方法详细信息，可以帮助你定位主线程上的性能瓶颈。重点关注长时间执行的操作，并通过 CPU Profiler 进行线程状态的分析，找出具体的耗时原因，最终针对性地进行优化。
Halo 开发者指南——项目运行、构建
一直在路上
09-14 1278
请不要直接使用 UI 的运行端口（3000 / 4000）访问，会因为跨域问题导致无法正常登录，建议按照后续的步骤以 dev 的配置文件运行 Halo，在 dev 的配置文件中，我们默认代理了 UI 页面的访问地址，所以后续访问 UI 页面使用。当然，在我们的最终发布版本的时候会在 CI 中自动构建 UI 到 Halo 主项目。指 Halo 所依赖的工作目录，在 Halo 运行的时候会在系统当前用户目录下产生一个 halo-next 的文件夹，绝对路径为 ~/halo-next。
【笔记】1.3 二极管应用电路举例
m0_73676887的博客
09-12 217
用于外加电压≥二极管压降（一般U＞5V）的情况下，而且是用于判断二极管是否导通。在上述电路中实现了对正向电压的限幅，但是若要双向限幅，怎么设计电路？这里的D指二极管，ON/OFF表示二极管连通/断开的状态。把正向导通后的部分看作导线，未达到正向导通部分看作断路。此时的UI之间是斜线的关系，所以涉及到求R的问题。就是直接把正向导通看作导线，反向截止看作断路。，D1的正极电压一直小于负极电压，D1 OFF。，D2的正极电压小于负极电压，D2 OFF，，D2的正极电压大于负极电压，D2 ON，
Elemnt-UI + 递归组件实现后台管理系统左侧菜单
a123456234的博客
09-11 1693
Element-UI 结合递归组件的方式，用于构建后台管理系统的左侧菜单，主要是通过以下步骤实现的： 配置路由: 定义一系列路由对象构成的数组 routes 递归组件: 利用 Vue 中的递归组件技术，创建一个菜单组件，该组件根据传入的路由配置（通常是 routes 数组）自动生成菜单项。递归的逻辑在于：组件内根据当前路由的 children 属性判断是否有子菜单，如果有，则继续渲染子菜单组件，直至没有更多子节点，以此实现无限级菜单的展现
unity关于UI隐藏时性能问题
weixin_61943345的博客
09-11 393
这个在一些书上写的这种方式相较于active有优势，但是仅限比active有优势。在某些情况隐藏后并不会减少drawcall的次数（比如把ui放到同一canvas下，当其中有任何一个ui还在显示范围内，其余放到屏幕外、scale被修改的UI依旧会被渲染，并且体现在batch上。只有当前canvas下所有ui被移出屏幕外时，这个canvas下所有的UI才不会被渲染）。最基础的隐藏UI的方式，性能开销最大的，内部会递归调用UI的子节点对其进行Active=False;当透明度为0的时候，该UI就不会被渲染。
『功能项目』切换职业技能面板【49】
weixin_69360830的博客
09-15 507
实现切换技能面板功能
Android开发最佳实践：代码规范指南
本资源是一份详细的Android...这份文档是一个宝贵的参考资源，对于遵循Android开发的最佳实践，提高代码质量，以及优化用户体验具有重要作用。通过遵循这些规范，开发者可以编写出更高效、更易于维护的Android应用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值