对于支持横竖屏切换的应用程序，我们切换横竖屏时，Activity会被重新创建，我们需要考虑数据的存储和恢复。Jetpack为我们提供了ViewModel组件帮我们解决这个问题，ViewModel以注重生命周期的方式存储和管理界面相关的数据。ViewModel独立于配置变化，就算Activity重建，也不会影响ViewModel的生命周期。
在页面(Activity/Fragment)功能较为简单的情况下，通常会把UI交互，与数据获取等相关的业务逻辑全部写在页面中。但是在页面功能复杂的情况下，这样做是不合适的，因为它不符合“单一功能原则”。页面应该只负责处理用户和UI控件的交互，并将数据展示在屏幕上。与数据相关的业务逻辑应该单独处理和存放。为了更好地将职能划分清楚，Android为我们提供了ViewModel类，专门用于存放应用程序页面所需要的数据。
对于Android传统的代码编写方式，一般地，将页面UI的处理，数据的加载，全部放在Activity或Fragment中进行，但这并不满足“单一功能原则”，也不易于维护和扩展。我们应该将项目结构进行分层，传统的MVC，MVP和MVVM，都是将项目结构分了三层，“各管一摊”，这三种模式各有特点、各有利弊，但它们都有一个共同点，就是区分出了M层与V层，M即Model层，V即View层，M层负责数据的处理，View层负责UI的展示，不同的地方在于如何将M层与V层进行结合。
上一篇介绍了Jetpack AAC 的数据处理组件 LiveData，它是使得 数据的更新 能以观察者模式 被observer感知，且此感知只发生在活跃生命周期状态。这篇来介绍与LiveData搭配使用的视图模型组件——ViewModel。
ViewModel类是被设计用来以可感知生命周期的方式存储和管理 UI 相关数据，ViewModel中数据会一直存活即使 activity configuration发生变化。
onCleared方法是ViewModel独有的，当Activity真正退出后，它会调用，而不是销毁后调用，因为旋转屏幕也会调用onDestroy。所以我们可以在这取消网络请求等。平常开发中不做任何操作时，如果有网络请求中，Activity被销毁，那么极有可能请求成功返回结果到activity中造成泄漏等不必要的麻烦。
我的博客即将同步至 OSCHINA 社区，这是我的 OSCHINA ID：xiangzhihong，邀请大家一同入驻：https://www.oschina.net/sharing-plan/apply
1.需要先创建ViewModel类，继承自ViewModel重写onclear方法，使得页面销毁的时候能够走到自定义的onClear方法中
取消不再需要的协程（coroutine）是件容易被遗漏的任务，它既枯燥又会引入大量模版代码。viewModelScope 对结构化并发 的贡献在于将一项扩展属性加入到 ViewModel 类中，从而在 ViewModel 销毁时自动地取消子协程。
使用协程，相信很多同学已经信手拈来了，但是关于ViewModelScope，可能很多同学在用，但却不知道原理，今天来一探究竟。
AndroidX Lifecycle v2.1.0 在 ViewModel 中引入 viewModelScope，当 ViewModel 被销毁时它会自动取消协程任务，这个特性真的好用。本文介绍 viewModelScope 使用和内部实现方式，分析 ViewModel 是如何自动取消协程的。
ViewModel类的设计目的是以一种关注生命周期的方式存储和管理与UI相关的数据。
前言 作为MVVM 系列的第二篇，我们来看一下之前提出的第二个问题，就是ViewModel是如果控制生命周期的，并且保证在一定范围内的唯一性。 ViewModel的生命周期 先上一张官方的生命周期的图
这个系列我做了协程和Flow开发者的一系列文章的翻译，旨在了解当前协程、Flow、LiveData这样设计的原因，从设计者的角度，发现他们的问题，以及如何解决这些问题，pls enjoy it。
原文地址：ViewModels and LiveData: Patterns + AntiPatterns 原文作者：Jose Alcérreca 译文出自：掘金翻译计划 本文永久链接：github.
前言： 1、在Mac OS中NSWindow的父类是NSResponder，而在iOS中UIWindow的父类是UIView。程序一般只有一个窗口但是会又很多视图。 2、UIView的作用：描画和动画，视图负责对其所属的矩形区域描画、布局和子视图管理、事件处理、可以接收触摸事件、事件信息的载体等等。 我在前面详细介绍了setNeedsDisplay ， setNeedsLayout和layoutIfNeeded 详情请点击。 下面介绍的是view添加以及删除时所触发的方法 // 当视图添加子视图
v-if 是真正的条件渲染，因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建；也是惰性的：如果在初始渲染时条件为假，则什么也不做——直到条件第一次变为真时，才会开始渲染条件块。
简单说，Vue的编译过程就是将template转化为render函数的过程。会经历以下阶段：
小编我最近在研究Vue底层数据双向绑定的实现原理，目前还停留在比较肤浅的层面，先把最近的学习成果总结一下，分享给大家 什么是数据双向绑定 Vue增长趋势迅猛，很大程度上得益于他“数据双向绑定”的设计模
Vue 的编译过程就是将 template 转化为 render 函数的过程 分为以下三步
BOM也叫浏览器对象模型，它提供了很多对象，用于访问浏览器的功能。BOM缺少规范，每个浏览器提供商又按照自己想法去扩展它，那么浏览器共有对象就成了事实的标准。所以，BOM本身是没有标准的或者还没有哪个组织去标准它。
本章主要学习使用ViewModel保存UI数据，修复GeoQuiz应用的UI状态丢失缺陷。
1.MapKit框架使用前提 ①导入框架 ②导入主头文件 #import <MapKit/MapKit.h> ③MapKit框架使用须知 MapKit框架中所有数据类型的前缀都是MK MapKit有一
提到 Vue 的响应式，通常指的是视图跟随数据的改变而更新。开发上带来的便利是，在需要更新视图呈现时，只需修改视图渲染所需要的数据即可，而不用手动操作DOM。从实现来说，可以分为两个部分：
你还记得是哪一年的 Google IO 正式宣布 Kotlin 成为 Android 一级开发语言吗？是 Google IO 2017 。如今两年时间过去了，站在一名 Android 开发者的角度来看，Kotlin 的生态环境越来越好了，相关的开源项目和学习资料也日渐丰富，身边愿意去使用或者试用 Kotlin 的朋友也变多了。常年混迹掘金的我也能明显感觉到 Kotlin 标签下的文章慢慢变多了（其实仍然少的可怜）。今年的 Google IO 也放出了 Kotlin First 的口号，许多新的 API 和功能特性将优先提供 Kotlin 支持。所以，时至今日，实在找不到安卓开发者不学 Kotlin 的理由了。
在上一篇博客中，http://my.oschina.net/u/2340880/blog/404605，我将IOS中tableView(表视图)的一些常用方法总结了一下，这篇将tableView的代理方法作了总结，对上一篇博客进行了补充。
key 是为 Vue 中 vnode 的唯一标记，通过这个 key，diff 操作可以更准确、更快速
Android面试常常吊死的问题 1、面试官：Context它是什么，有什么用？ 2、面试官：什么是Armv7? 3、面试官：为什么字节码不能在Android中运行？ 4、面试官：Gradle中的Bu
指令本质上是装饰器，是 vue 对 HTML 元素的扩展，给 HTML 元素增加自定义功能。vue 编译 DOM 时，会找到指令对象，执行指令的相关方法。
一个SPA应用的路由需要解决的问题是 页面跳转内容改变同时不刷新 ，同时路由还需要以插件形式存在，所以：
MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式。
在iOS8之前，在应用中嵌入网页通常需要使用UIWebView这样一个类，这个类通过URL或者HTML文件来加载网页视图，功能十分有限，只能作为辅助嵌入原生应用程序中。虽然UIWebView也可以做原生与JavaScript交互的相关处理，然而也有很大的局限性，JavaScript要调用原生方法通常需要约定好协议之后通过Request来传递。WebKit框架中添加了一些原生与JavaScript交互的方法，增强了网页视图与原生的交互能力。并且WebKit框架中采用导航堆栈的模型来管理网页的跳转，开发者也可以更加容易的控制和管理网页的渲染。关于UIWebView的相关使用，在前面的博客中有详细介绍，地址如下。
React是pull的方式侦测变化,当React知道发生变化后,会使用Virtual Dom Diff进行差异检测,但是很多组件实际上是肯定不会发生变化的,这个时候需要用shouldComponentUpdate进行手动操作来减少diff,从而提高程序整体的性能.
vue 的发展史 2013.12.24 发布0.7.0 2014.1.27发布0.8.0 2014.2.25 发布0.9.0 2014.3.24发布0.10.0 2015.10.27发布1.0.0 2016.4.27发布2.0分prebiew的版本 vue的两大特点 1.响应的数据绑定/响应式编程 2.组件化 vue的优缺点 优点:轻量级的框架 简单易学 双向数据绑定 组件化 视图,数据,结构分离 虚拟DOM 运行速度更快 缺点:支持特性 前后端混合受限
在上一篇博客中:http://my.oschina.net/u/2340880/blog/414760。对iOS中的定位服务进行了详细的介绍与参数说明，在开发中，地位服务往往与地图框架结合使用，这篇博客主要对iOS官方的地图框架MapKit.framework进行介绍。
SPA（ single-page application ）仅在 Web 页面初始化时加载相应的 HTML、JavaScript 和 CSS。一旦页面加载完成，SPA 不会因为用户的操作而进行页面的重新加载或跳转；取而代之的是利用路由机制实现 HTML 内容的变换，UI 与用户的交互，避免页面的重新加载。
作者：Shufang Xie, Huishuai Zhang, Junliang Guo, Xu Tan, Jiang Bian, Hany Hassan Awadalla, Arul Menezes, Tao Qin, Rui Yan
对于分布式在线服务，一个请求需要经过多个系统中多个模块，可能多达上百台机器的协作才能完成单次请求。这种场景下单靠人力无法掌握整个请求中各个阶段的性能开销，更无法快速的定位系统中性能瓶颈。当发生故障时通常需要查看大量日志跨越多个团队来确认问题。
保持基本的手部和呼吸道卫生，坚持安全饮食习惯，并尽可能避免与任何表现出有呼吸道疾病症状（如咳嗽和打喷嚏等）的人密切接触。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/133707.html原文链接：https://javaforall.cn
我们看到的v-开头的行内属性，都是指令，不同的指令可以完成或实现不同的功能，对普通 DOM元素进行底层操作，这时候就会用到自定义指令。除了核心功能默认内置的指令 (v-model 和 v-show)，Vue 也允许注册自定义指令
在日常工作中，对于前端发送过来的请求，后端django大部分都是采用json格式返回，也有采用模板返回视图的方式。
Spring MVC 是一个用于构建 Web 应用程序的 Java 框架，遵循 模型 - 视图 - 控制器 设计模式。它实现了一个 Spring 核心框架的所有基本功能，如 IoC（控制反转）、DI（依赖注入）等。
iPhone下每个app可用的内存是被限制的，如果一个app使用的内存超过20M，则系统会向该app发送Memory Warning消息。收到此消息后，app必须正确处理，否则可能出错或者出现内存泄露。
在日常工作中，对于前端发送过来的请求，后端django大部分都是采用json格式返回，也有采用模板返回视图的方式。 在模板返回视图的方式的确很方便，但是如果涉及到动静分离、ajax请求这类，django就只能返回json格式的数据了。 那么这里就带来了一个问题，如何将django从数据库模型类中查询的数据以json格式放回前端。 然后前端如果获取读取返回过来的数据呢？
虽然文档不建议在应用中直接使用 mixin，但是如果不滥用的话也是很有帮助的，比如可以全局混入封装好的 ajax 或者一些工具函数等等。
我想使用model-view-controller体系结构模式并用纯JavaScript编写一个简单的应用程序。所以我着手做了，下面就是。希望能帮你理解MVC，因为这是一个很难理解的概念，刚接触时候会很疑惑。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
