Markdown版本笔记 我的GitHub首页 我的博客 我的微信 我的邮箱
MyAndroidBlogs baiqiantao baiqiantao bqt20094 baiqiantao@sina.com

Kotlin 特性 语法糖 优势 扩展 高阶 MD


目录

用 Kotlin 开发 Android 项目的优势

参考1

参考2

有了空安全,再也不怕服务端返回空对象了

简单一点的例子,那就是 String 和 String?是两种不同的类型。String 已经确定是不会为空,一定有值;而 String?则是未知的,也许有值,也许是空。在使用对象的属性和方法的时候,String 类型的对象可以毫无顾忌的直接使用,而 String?类型需要你先做非空判断。

  1. fun main(args: Array<String>) {
  2. var string1: String = "string1"
  3. var string2: String? = null
  4. println(string1.length) //7
  5. //string1 = null; //不能赋空值
  6. println(string2?.length) //null,既不会报错,也不会崩溃
  7. string2 = "string2";
  8. println(string2?.length) //7
  9. }

尽管 string2 是一个空对象,也并没有因为我调用了它的属性/方法就报空指针。而你所需要做的,仅仅是加一个"?"。

如果说这样还体现不出空安全的好处,那么看下面的例子:

  1. val a: A? = A()
  2. println(a?.b?.c)

试想一下当每一级的属性皆有可能为空的时候,JAVA 中我们需要怎么处理?

转型与智能转换,省力又省心

我写过这样子的 JAVA 代码

  1. if(view instanceof TextView) {
  2. TextView textView = (TextView) view;
  3. textView.setText("text");
  4. }

而在 Kotlin 中的写法则有所不同

  1. if (view is TextView) {
  2. var textView: TextView = view as TextView
  3. textView.setText("text")
  4. }

缩减代码之后对比更加明显

  1. if(view instanceof TextView) {
  2. ((TextView) view).setText("text");
  3. }
  1. if(view is TextView) {
  2. (view as TextView).setText("text")
  3. }

相比于 JAVA 在对象前加 (Class) 这样子的写法,Kotlin 是在对象之后添加 as Class 来实现转型。至少我个人而言,在习惯了 as Class 顺畅的写法之后,是再难以忍受 JAVA 中前置的写法,哪怕有 cast 快捷键的存在,仍然很容易打断我写代码的顺序和思路

事实上,Kotlin 此处可以更简单:

  1. if(view is TextView) {
  2. view.setText("text")
  3. }

因为当前上下文已经判明 view 就是 TextView,所以在当前代码块中 view 不再是 View 类,而是 TextView 类。这就是 Kotlin 的智能转换

接着上面的空安全来举个例子,常规思路下,既然 String 和 String? 是不同的类型,是不是我有可能会写出这样的代码?

  1. val a: A? = A()
  2. if (a != null) {
  3. println(a?.b)
  4. }

这样子写,Kotlin 反而会给你显示一个高亮的警告,说这是一个不必要的 safe call。至于为什么,因为你前面已经写了 a != null 了啊,于是 a 在这个代码块里不再是 A? 类型, 而是 A 类型。

  1. val a: A? = A()
  2. if (a != null) {
  3. println(a.b)
  4. }

智能转换还有一个经常出现的场景,那就是 switch case 语句中。在 Kotlin 中,则是 when 语法。

  1. fun testWhen(obj: Any) {
  2. when(obj) {
  3. is Int -> {
  4. println("obj is a int")
  5. println(obj + 1)
  6. }
  7. is String -> {
  8. println("obj is a string")
  9. println(obj.length)
  10. }
  11. else -> {
  12. println("obj is something i don't care")
  13. }
  14. }
  15. }

可以看出在已经判断出是 String 的条件下,原本是一个 Any 类的 obj 对象,我可以直接使用属于 String 类的 .length 属性。

Kotlin 的智能程度远不止如此,即便是现在,在编写代码的时候还会偶尔蹦一个高亮警告出来,这时候我才知道原来我的写法是多余的,Kotlin 已经帮我处理了好了。

比 switch 更强大的 when

通过上面智能转化的例子,已经展示了一部分 when 的功能。但相对于 JAVA 的 switch,Kotlin 的 when 带给我的惊喜远远不止这么一点。

例如:

  1. fun testWhen(int: Int) {
  2. when(int) {
  3. in 10 .. Int.MAX_VALUE -> println("${int} 太大了我懒得算")
  4. 2, 3, 5, 7 -> println("${int} 是质数")
  5. else -> println("${int} 不是质数")
  6. }
  7. }
  1. fun main(args: Array<String>) {
  2. (0..10).forEach { testWhen(it) }
  3. }

和 JAVA 中死板的 switch-case 语句不同,在 when 中,我既可以用参数去匹配 10 到 Int.MAX_VALUE 的区间,也可以去匹配 2, 3, 5, 7 这一组值,当然我这里没有列举所有特性。when 的灵活、简洁,使得我在使用它的时候变得相当开心

容器的操作符

自从迷上 RxJava 之后,我实在很难再回到从前,这其中就有 RxJava 中许多方便的操作符。而 Kotlin 中,容器自身带有一系列的操作符,可以非常简洁的去实现一些逻辑。

例如:

  1. var container = LinearLayout(this)
  2. (0 until container.childCount)
  3. .map { container.getChildAt(it) }
  4. .filter { it.visibility == View.GONE }
  5. .forEach { it.visibility = View.VISIBLE }

上述代码首先创建了一个 0 到 container.childCount - 1 的区间;再用 map 操作符配合取出 child 的代码将这个 Int 的集合转化为了 childView 的集合;然后在用 filter 操作符对集合做筛选,选出 childView 中所有可见性为 GONE 的作为一个新的集合;最终 forEach 遍历把所有的 childView 都设置为 VISIBLE。

这里再贴上 JAVA 的代码作为对比。

  1. for(int i = 0; i < container.childCount - 1; i++) {
  2. View childView = container.getChildAt(i);
  3. if(childView.getVisibility() == View.GONE) {
  4. childView.setVisibility(View.VISIBLE);
  5. }
  6. }

线程切换,so easy

既然上面提到了 RxJava,不得不想起 RxJava 的另一个优点——线程调度。Kotlin 中有一个专为 Android 开发量身打造的库,名为 anko,其中包含了许多可以简化开发的代码,其中就对线程进行了简化。

  1. async {
  2. val response = URL("https://www.baidu.com").readText()
  3. uiThread {
  4. textView.text = response
  5. }
  6. }

上面的代码很简单,通过 async 方法将代码实现在一个异步线程中,在读取到 http 请求的响应了之后,再通过 uiThread 方法切换回 ui 线程将 response 显示在 textView 上。

抛开内部的实现,你再也不需要为了一个简简单单的异步任务去写一大堆的无效代码。

一个关键字实现单例

没错,就是一个关键字就可以实现单例:

  1. object Log {
  2. fun i(string: String) {
  3. println(string)
  4. }
  5. }
  1. fun main(args: Array<String>) {
  2. Log.i("test")
  3. }

再见,单例模式

自动 getter、setter 及 class 简洁声明

  1. class Person(var name: String)
  1. val person = Person("张三");

还可以添加默认值:

  1. class Person(var name: String = "张三")
  1. val person = Person()

再附上我项目中一个比较复杂的数据类:

  1. data class Column(
  2. var subId: String?,
  3. var subTitle: String?,
  4. var subImg: String?,
  5. var subCreatetime: String?,
  6. var subUpdatetime: String?,
  7. var subFocusnum: Int?,
  8. var lastId: String?,
  9. var lastMsg: String?,
  10. var lastType: String?,
  11. var lastMember: String?,
  12. var lastTIme: String?,
  13. var focus: String?,
  14. var subDesc: String?,
  15. var subLikenum: Int?,
  16. var subContentnum: Int?,
  17. var pushSet: String?
  18. )

一眼望去,没有多余代码。这是为什么我认为 Kotlin 代码比 JAVA 代码要更容易写得干净的原因之一。

DSL 式编程

说起 dsl ,Android 开发者接触的最多的或许就是 gradle 了

那么在 Android 项目的代码中使用 DSL 是一种什么样的感觉呢?

  1. override fun onCreate(savedInstanceState: Bundle?) {
  2. super.onCreate(savedInstanceState)
  3. val homeFragment = HomeFragment()
  4. val columnFragment = ColumnFragment()
  5. val mineFragment = MineFragment()
  6. setContentView(
  7. tabPages {
  8. backgroundColor = R.color.white
  9. dividerColor = R.color.colorPrimary
  10. behavior = ByeBurgerBottomBehavior(context, null)
  11. tabFragment {
  12. icon = R.drawable.selector_tab_home
  13. body = homeFragment
  14. onSelect { toast("home selected") }
  15. }
  16. tabFragment {
  17. icon = R.drawable.selector_tab_search
  18. body = columnFragment
  19. }
  20. tabImage {
  21. imageResource = R.drawable.selector_tab_photo
  22. onClick { showSheet() }
  23. }
  24. tabFragment {
  25. icon = R.drawable.selector_tab_mine
  26. body = mineFragment
  27. }
  28. }
  29. )
  30. }

效果图

没错,上面的代码就是用来构建这个主界面的 viewPager + fragments + tabBar 的。以 tabPages 作为开始,设置背景色,分割线等属性;再用 tabFrament 添加 fragment + tabButtontabImage 方法则只添加 tabButton。所见的代码都是在做配置,而具体的实现则被封装了起来。

前面提到过 anko 这个库,其实也可以用来替代 xml 做布局用:

  1. override fun onCreate(savedInstanceState: Bundle?) {
  2. super.onCreate(savedInstanceState)
  3. verticalLayout {
  4. textView {
  5. text = "这是标题"
  6. }.lparams {
  7. width = matchParent
  8. height = dip(44)
  9. }
  10. textView {
  11. text = "这是内容"
  12. gravity = Gravity.CENTER
  13. }.lparams {
  14. width = matchParent
  15. height = matchParent
  16. }
  17. }
  18. }

相比于用 JAVA 代码做布局,这种 DSL 的方式也是在做配置,把布局的实现代码封装在了背后,和 xml 布局很接近。

委托/代理,SharedPreference 不再麻烦

通过 Kotlin 中的委托功能,我们能轻易的写出一个 SharedPreference 的代理类

  1. class Preference<T>(val context: Context, val name: String?, val default: T) : ReadWriteProperty<Any?, T> {
  2. val prefs by lazy {
  3. context.getSharedPreferences("xxxx", Context.MODE_PRIVATE)
  4. }
  5. override fun getValue(thisRef: Any?, property: KProperty<*>): T = with(prefs) {
  6. val res: Any = when (default) {
  7. is Long -> getLong(name, 0)
  8. is String -> getString(name, default)
  9. is Float -> getFloat(name, default)
  10. is Int -> getInt(name, default)
  11. is Boolean -> getBoolean(name, default)
  12. else -> throw IllegalArgumentException("This type can't be saved into Preferences")
  13. }
  14. res as T
  15. }
  16. override fun setValue(thisRef: Any?, property: KProperty<*>, value: T) = with(prefs.edit()) {
  17. when (value) {
  18. is Long -> putLong(name, value)
  19. is String -> putString(name, value)
  20. is Float -> putFloat(name, value)
  21. is Int -> putInt(name, value)
  22. is Boolean -> putBoolean(name, value)
  23. else -> throw IllegalArgumentException("This type can't be saved into Preferences")
  24. }.apply()
  25. }
  26. }

暂且跳过原理,我们去看怎么使用

  1. class EntranceActivity : BaseActivity() {
  2. private var userId: String by Preference(this, "userId", "")
  3. override fun onCreate(savedInstanceState: Bundle?) {
  4. testUserId()
  5. }
  6. fun testUserId() {
  7. if (userId.isEmpty()) {
  8. println("userId is empty")
  9. userId = "default userId"
  10. } else {
  11. println("userId is $userId")
  12. }
  13. }
  14. }

重复启动 app 输出结果:

  1. userId is empty
  2. userId is default userId
  3. userId is default userId

第一次启动 app 的时候从 SharedPreference 中取出来的 userId 是空的,可是后面却不为空。由此可见,userId = "default userId" 这句代码成功的将 SharedPreference 中的值修改成功了。

也就是说,在这个 Preference 代理的帮助下,SharedPreference 存取操作变得和普通的对象调用、赋值一样的简单。

扩展,和工具类说拜拜

很久很久以前,有人和我说过,工具类本身就是一种违反面向对象思想的东西。可是当时我就想了,你不让我用工具类,那有些代码我该怎么写呢?直到我知道了扩展这个概念,我才豁然开朗。

  1. fun ImageView.displayUrl(url: String?) {
  2. if (url == null || url.isEmpty() || url == "url") {
  3. imageResource = R.mipmap.ic_launcher
  4. } else {
  5. Glide.with(context)
  6. .load(ColumnServer.SERVER_URL + url)
  7. .into(this)
  8. }
  9. }
  1. imageView.displayUrl(url)

上述代码可理解为:

我给 ImageView 这个类扩展了一个名为 displayUrl 的方法,这个方法接收一个名为 url 的 String?类对象。如不出意外,会通过 Glide 加载这个 url 的图片,显示在当前的 imageView 上;

我在另一个地方通过 findViewById 拿到了一个 ImageView 类的实例,然后调用这个 imageView 的displayUrl 方法,试图加载我传入的 url

通过扩展来为 ImageView 添加方法,相比于通过继承 ImageView 来写一个 CustomImageView,再添加方法而言,侵入性更低,不需要在代码中全写 CustomImageView,也不需要在 xml 布局中将包名写死,造成移植的麻烦。

这事用工具类当然也可以做,比如做成 ImageUtil.displayUrl(imageView, url),但是工具类阅读起来并没有扩展出来的方法读起来更自然更流畅。

扩展是 Kotlin 相比于 JAVA 的一大杀器

向 findViewById 说 NO

不同于 JAVA 中,在 Kotlin 中 findViewById 本身就简化了很多,这得益于 Kotlin 的类型推断以及转型语法后置:

  1. val onlyTv = findViewById(R.id.onlyTv) as TextView

很简洁,但若仅仅是这样,想必大家会喷死我:就这么点差距也拿出来搞事?

当然不是。在官方库 anko 的支持下,这事又有了很多变化。

例如

  1. val onlyTv: TextView = find(R.id.onlyTv)

肯定有人会问:find 是个什么鬼?

让我们点过去看看 find 的源码:

  1. inline fun <reified T : View> Activity.find(id: Int): T = findViewById(id) as T

忽略掉其他细节,原来和我们上面第一种写法没差别嘛,不就是用一个扩展方法给 Activity 加了这么一个方法,帮我们写了 findViewById,再帮我们转型了一下嘛。

其实 Kotlin 中还有很多令人乍舌的实现其实都是在一些基础特性的组合之上实现的

然而,上面这些都不是终极武器!

anko 的帮助下,你只需要根据布局的 id 写一句 import 代码,然后你就可以把布局中的 id 作为 view 对象的名称直接使用。不仅 activity 中可以这样玩,你甚至可以 viewA.viewB.viewC,所以大可不必担心 adapter 中应当怎么写。

  1. import kotlinx.android.synthetic.main.activity_main.*
  2. onlyTv.text="不需要声明直接可以用"

没有 findViewById,也就减少了空指针;没有 cast,则几乎不会有类型转换异常。

也许有的朋友会发现这和 Google 出品的 databinding 实在是有异曲同工之妙,那如果我告诉你,databinding 库本身就有对 kotlin 的依赖呢?

简单粗暴的 startActivity

我们原本大都是这样子来做 Activity 跳转的:

  1. Intent intent = new Intent(LoginActivity.this, MainActivity.class);
  2. startActivity(intent);

为了 startActivity,我不得不 new 一个 Intent 出来,特别是当我要传递参数的时候:

  1. Intent intent = new Intent(LoginActivity.this, MainActivity.class);
  2. intent.putExtra("name", "张三");
  3. intent.putExtra("age", 27);
  4. startActivity(intent);

不知道大家有木有累觉不爱?

在 anko 的帮助下,startActivity 是这样子的:

  1. startActivity<MainActivity>()
  2. startActivity<MainActivity>("name" to "张三", "age" to 27)
  3. startActivityForResult<MainActivity>(101, "name" to "张三", "age" to 27)

无参情况下,只需要在调用 startActivity 的时候加一个 Activity 的 Class 泛型来告知要到哪去。有参也好说,这个方法支持你传入 vararg params: Pair<String, Any>

有没有觉得代码写起来、读起来流畅了许多?

玲珑小巧的 toast

JAVA 中写一个 toast 大概是这样子的:

  1. Toast.makeText(context, "this is a toast", Toast.LENGTH_SHORT).show();

不得不说真的是又臭又长,虽然确实是有很多考量在里面,但是对于使用来说实在是太不便利了,而且还很容易忘记最后一个 show()。我敢说没有任何一个一年以上的 Android 开发者会不去封装一个 ToastUtil 的。

封装之后大概会是这样:

  1. ToastUtil.showShort(context, "this is a toast");

如果处理一下 context 的问题,可以缩短成这样:

  1. ToastUtil.showShort("this is a toast");

有那么一点极简的味道了对吧?

好了,是时候让我们看看 anko 是怎么做的了:

  1. context.toast("this is a toast")

如果当前已经是在 context 上下文中(比如 activity):

  1. toast("this is a toast")

如果你是想要一个长时间的 toast:

  1. longToast("this is a toast")

没错,就是给 Context 类扩展了 toast 和 longToast 方法,用屁股想都知道里面干了什么。只是这样一来比任何工具类都来得更简洁更直观。

用 apply 方法进行数据组合

假设有如下 A、B、C 三个 class:

  1. class A(val b: B)
  2. class B(val c: C)
  3. class C(val content: String)

可以看到,A 中有 B,B 中有 C。在实际开发的时候,我们有的时候难免会遇到比这个更复杂的数据,嵌套层级很深。这种时候,用 JAVA 初始化一个 A 类数据会变成一件非常痛苦的事情。例如:

  1. C c = new C("content");
  2. // 设置 c 的属性
  3. B b = new B(c);
  4. // 设置 b 的属性
  5. A a = new A(b);
  6. // 设置 a 的属性

这还是 A、B、C 的关系很单纯的情况下,如果有大量数据进行组合,那么我们会需要初始化大量的对象进行赋值、修改等操作。如果我描述的不够清楚的话,大家不妨想一想用 JAVA 代码布局是一种什么样的感觉?

当然,在 JAVA 中也是有解决方案的,比如 Android 中常用的 Dialog,就用了 Builder 模式来进行相应配置。(说到这里,其实用 Builder 模式基本上也可以说是 JAVA 语言的 DSL)。但是在更为复杂的情况下,即便是有设计模式的帮助,也很难保证代码的可读性。那么 Kotlin 有什么好方法,或者说小技巧来解决这个问题吗?

Kotlin 中有一个名为 apply 的方法,它的源码是这样子的:

  1. @kotlin.internal.InlineOnly
  2. public inline fun <T> T.apply(block: T.() -> Unit): T { block(); return this }

没有 Kotlin 基础的小伙伴看到这里一定会有点晕。我们先忽略一部分细节,把关键的信息提取出来,再改改格式看看:

  1. public fun <T> T.apply(block: T.() -> Unit): T {
  2. block()
  3. return this
  4. }

1、首先,我们可以看出 T 是一个泛型,而且后面没有给 T 增加约束条件,那么这里的 T 可以理解为:我这是在给所有类扩展一个名为 apply 的方法

2、第一行最后的: T 表明,我最终是要返回一个 T 类。我们也可以看到方法内部最后的 return this 也能说明,其实最后我就是要返回调用方法的这个对象自身

3、在 return this 之前,我执行了一句 block(),这意味着 block 本身一定是一个方法。我们可以看到,apply 方法接收的 block 参数的类型有点特殊,不是 String 也不是其他什么明确的类型,而是 T.() -> Unit

4、T.() -> Unit 表示的意思是:这是一个 上下文在 T 对象中返回一个 Unit 类对象的方法。由于 Unit 和 JAVA 中的 Void 一致,所以可以理解为不需要返回值。那么这里的 block 的意义就清晰起来了:一个执行在 T,即调用 apply 方法的对象自身当中,又不需要返回值的方法。

有了上面的解析,我们再来看一下这句代码:

  1. val textView = TextView(context).apply {
  2. text = "这是文本内容"
  3. textSize = 16f
  4. }

这句代码就是初始化了一个 TextView,并且在将它赋值给 textView 之前,将自己的文本、字体大小修改了。

或许你会觉得这和 JAVA 比起来并没有什么优势。别着急,我们慢慢来:

  1. layout.addView(TextView(context).apply {
  2. text = "这是文本内容"
  3. textSize = 16f
  4. })

这样又如何呢?

我并不需要声明一个变量或者常量来持有这个对象才能去做修改操作(类似匿名内部类)!

上面的A、B、C 问题用 Kotlin 来实现是可以这么写的:

  1. val a = A().apply {
  2. b = B().apply {
  3. c = C("content")
  4. }
  5. }

我只声明了一个 a 对象,然后初始化了一个 A,在这个初始化的对象中先给 B 赋值,然后再提交给了 a。B 中的 C 也是如此。

说到底,这个小技巧也就是 扩展方法 + 高阶函数 两个特性组合在一起实现的效果。

利用高阶函数搞事情

先看代码

  1. inline fun debug(code: () -> Unit) {
  2. if (BuildConfig.DEBUG) {
  3. code()
  4. }
  5. }
  1. // Application 中
  2. debug {
  3. Timber.plant(Timber.DebugTree())
  4. }

上述代码是先定义了一个全局的名为 debug 的方法,这个方法接收一个方法作为参数,命名为 code。然后在方法体内部,我先判断当前是不是 DEBUG 版本,如果是,再调用传入的 code 方法。

而后我们在 Application 中,debug方法 就成为了依据条件执行代码的关键字。仅当 DEBUG 版本的时候,我才初始化 Timber 这个日志库。

如果这还不够体现有点的话,那么可以再看看下面一段:

  1. supportsLollipop {
  2. window.statusBarColor = Color.TRANSPARENT
  3. window.decorView.systemUiVisibility = View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN or View.SYSTEM_UI_FLAG_LAYOUT_STABLE
  4. }

当系统版本在 Lollipop 之上时才去做沉浸式状态栏。系统 api 经常会有版本的限制,相对于一个 supportsLollipop 关键字, 我想一定不是所有人都希望每次都去写:

  1. if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) {
  2. // do something
  3. }

诸如此类的场景和可以自创的 关键字/代码块 还有很多。

例如:

  1. inline fun handleException(code : () -> Unit) {
  2. try {
  3. code()
  4. } catch (e : Exception) {
  5. e.printStackTrace()
  6. }
  7. }
  1. handleException {
  2. println(Integer.parseInt("这明显不是数字"))
  3. }

虽然大都可以用 if(xxxxUtil.isxxxx()) 来凑合,但是既然有了更好的方案,那还何必凑合呢?

用扩展方法替代工具类

曾几何时,我做字符串判断的时候一定会写一个工具类,在这个工具类里充斥着各种各样的判断方法。而在 Kotlin 中,可以用扩展方法来替代。下面是我项目中 String 扩展方法的一部分:

  1. fun String.isPassword(): Boolean {
  2. return length in 6..12
  3. }
  4. fun String.isNumber(): Boolean {
  5. val regEx = "^-?[0-9]+$"
  6. val pat = Pattern.compile(regEx)
  7. val mat = pat.matcher(this)
  8. return mat.find()
  9. }
  1. println("123abc".isPassword())
  2. println("123456".isNumber())

自动 getter、setter 使得代码更精简

以 TextView 举例,JAVA 代码中获取文本、设置文本的代码分别为:

  1. String text = textView.getText().toString();
  2. textView.setText("new text");

Kotlin 中是这样写的:

  1. val text = textView.text
  2. textView.text = "new text"

如果 TextView 是一个原生的 Kotlin class,那么是没有 getText 和 setText 两个方法的,而是一个 text 属性。尽管此处的TextView 是 JAVA class,源码中有getText 和 setText 两个方法,Kotlin 也做了类似映射的处理。当这个 text 属性在等号右边的时候,就是在提取 text 属性(此处映射为 getText);当在等号左边的时候,就是在赋值(setText)。

说到这里我又想起了上一篇文章中提到的 Preference 代理,其实也有一定关联,那就是当一个属性在等号左边和右边的时候,不同于 JAVA 中一定是赋值操作,在 Kotlin 中则有可能会触发一些别的。

2018-12-31

Kotlin 特性 语法糖 优势 扩展 高阶 MD的更多相关文章

  1. C# 6.0新特性---语法糖

    转载:http://www.cnblogs.com/TianFang/p/3928172.html 所谓语法糖就是在编译器里写做文章,达到简化代码书写的目的,要慎重使用,省略过多不易理解. NULL检 ...

  2. 02.Scala高级特性:第6节 高阶函数;第7节 隐式转换和隐式参数

    Scala高级特性 1.    课程目标 1.1.   目标一:深入理解高阶函数 1.2.   目标二:深入理解隐式转换 2.    高阶函数 2.1.   概念 Scala混合了面向对象和函数式的特 ...

  3. 第十三节:实际开发中使用最多的监视锁Monitor、lock语法糖的扩展、混合锁的使用(ManualResetEvent、SemaphoreSlim、ReaderWriterLockSlim)

    一. 监视锁(Monitor和lock) 1. Monitor类,限定线程个数的一把锁,两个核心方法: Enter:锁住某个资源. Exit:退出某一个资源. 测试案例:开启5个线程同时对一个变量进行 ...

  4. C#语法糖之第四篇: 扩展方法

    今天继续分享C#4.0语法糖的扩展方法,这个方法也是我本人比较喜欢的方法.大家先想想比如我们以前写的原始类型不能满足现在的需求,而需要在该类型中添加新的方法来实现时大家会怎么做.我先说一下我没有学习到 ...

  5. C#语法糖: 扩展方法(常用)

    今天继续分享C#4.0语法糖的扩展方法,这个方法也是我本人比较喜欢的方法.大家先想想比如我们以前写的原始类型不能满足现在的需求,而需要在该类型中添加新的方法来实现时大家会怎么做.我先说一下我没有学习到 ...

  6. React 精要面试题讲解(五) 高阶组件真解

    说明与目录 在学习本章内容之前,最好是具备react中'插槽(children)'及'组合与继承' 这两点的知识积累. 详情请参照React 精要面试题讲解(四) 组合与继承不得不说的秘密. 哦不好意 ...

  7. 高阶函数及 map、reduce、filter 的实现

    博客地址:https://ainyi.com/85 2020 开年国家经历了不少困难,最为凶猛的局势就是新型冠状病毒的蔓延,国务院最终决定春节假期延长至==2 月 2 号==:公司决定 3 - 7 号 ...

  8. day03 函数基本语法及特性 2. 参数与局部变量 3. 返回值 嵌套函数 4.递归 5.匿名函数 6.函数式编程介绍 7.高阶函数 8.内置函数

    本节内容 1. 函数基本语法及特性 2. 参数与局部变量 3. 返回值 嵌套函数 4.递归 5.匿名函数 6.函数式编程介绍 7.高阶函数 8.内置函数 温故知新 1. 集合 主要作用: 去重 关系测 ...

  9. Kotlin——高级篇(二):高阶函数详解与标准的高阶函数使用

    在上面一个章节中,详细的讲解了Kotlin中关于Lambda表达式的语法以及运用,如果还您对其还不甚理解,请参见Kotlin--高级篇(一):Lambda表达式详解.在这篇文章中,多次提到了Kotli ...

随机推荐

  1. QString 乱谈(3)-Qt5与中文

    原文请看:http://blog.csdn.net/dbzhang800/article/details/7542672 两个月前,简单写过QTextCodec中的setCodecForTr等终于消失 ...

  2. 2017-2018-1 20179202《Linux内核原理与分析》第二周作业

    本周着重学习了汇编指令,并通过反汇编C程序了解栈帧变化. 实践 看了孟老师的演示视频后,我重新写了C程序,如下: int main() { int a=1,b=2; return g(a,b); } ...

  3. HDU 6201 transaction transaction transaction(树形DP)

    transaction transaction transaction Time Limit: 4000/2000 MS (Java/Others)    Memory Limit: 132768/1 ...

  4. set集合玩法、三目运算

    set是无序的,无法用下标获取值 创建set二种方式 1.第一种 s1=set()   #创建一个空的set,看下面就知道为什么要这么创建一个空的集合 2.第二种 s2={11,22,33,44} # ...

  5. BZOJ4029 HEOI2015定价

    贪心. 每次将最后一个非零位加一判断即可. 一开始想少了,只关心把最后一位变成5了,其实可以都变的. #include<bits/stdc++.h> using namespace std ...

  6. Codeforces 30 E. Tricky and Cleve Password

    \(>Codeforces \space 30\ E. Tricky\ and\ Cleve\ Password<\) 题目大意 : 给出一个串 \(S\),让你找出 \(A, B, C\ ...

  7. 快速排序-C

    #include <stdio.h> #include <stdlib.h> #define N 6 int partition(int arr[], int low, int ...

  8. [ZJOI2007]最大半连通子图

    [ZJOI2007]最大半连通子图 题目大意: 一个有向图称为半连通的,当且仅当对于任意两点\(u,v\),都满足\(u\)能到达\(v\)或者\(v\)能到达\(u\). 给定一个\(n(n\le1 ...

  9. python一行代码开启http

    python -m SimpleHTTPServer 8000 & 监听8000端口 浏览器用127.0.0.1:8000访问 如果出现no module named SimpleHTTPSe ...

  10. bzoj 2938

    收获: 1.AC自动机可以在建立fail时将一些不存在的儿子指针指向对应的位置. 2.判断环时不要想当然地写个这样的版本: bool dfs( int u ) { if( vis[u] ) retur ...