mvvmflutter的简单介绍

web前端主要包含了哪些技术？

Web前端是为了协调前端设计与后端开发之间工作的岗位，是最接近产品和设计的工程师，起到衔接产品和技术的作用，前端为用户可以看到的部分负责，所以也是最接近用户的工程师。

Web前端开发基础技能：HTML、CSS、JavaScript

前端的开发中，在页面的布局时， HTML将元素进行定义，CSS对展示的元素进行定位，再通过JavaScript实现相应的效果和交互。虽然表面看起来很简单，但这里面需要掌握的东西绝对不会少。在进行开发前，需要对这些概念弄清楚、弄明白，这样在开发的过程中才会得心应手。

Web前端开发必知标准：http标准、W3C标准、ECMAScript标准

浏览器要从服务端获取网页，网页也可能将信息再提交给服务器，这其中都有http的连接。W3C标准不是某一个标准，而是一系列标准的集合。网页主要由三部分组成：结构(Structure)、表现(Presentation)和行为(Behavior)。JS是在ES的基础上，为Web浏览器做了一部分封装(增加了DOM操作、BOM操作等)。

Web前端开发加薪技能：jQuery、Ajax、React

jQuery一定是大部分Web前端开发者不可或缺的工具，对jQuery的学习不能停留在只使用它的API和插件上，还要会自己去写jQuery插件、会读jQuery源码、了解jQuery的设计思路。

Ajax是一种用于创建快速动态网页的技术，通过在后台与服务器进行少量数据交换，Ajax可以在无需重新加载整个网页的情况下，更新部分网页的技术。

React主要用于构建UI，你可以在React里传递多种类型的参数，如声明代码，帮助你渲染出UI、也可以是静态的HTML DOM元素、也可以传递动态变量、甚至是可交互的应用组件。

除了要掌握技术层面的知识，Web前端工程师还要掌握理论层面的知识，包括代码的可维护性、组件的易用性、分层语义模板和浏览器分级支持等等。

flutter 完整项目（mvvm架构）

1）点击效果：点击时child有一个透明度的变化

2）点击的热区问题： OpacityTapWidget内部设置padding增加了点击的热区。

方式1与方式2的不同是，方式1再初始化时就会触发，监听者会在初始化时监听到false参数。

由于数据的存储和获取是异步的，但是在项目中使用同步的方法获取用户信息就很是有必要，所以该项目再初始化之前就初始化了shared_preferences，解决了在项目中使用同步的方法获取用户信息这个问题。

Android真的推荐用MVI模式？MVI和MVVM有什么区别？

android自己卷自己，自己造一个MVI架构模式吗？

MVI架构模式是国内android开发者最近一两年造出来的吗？

看了很多MVI的资料，发现都提到cycle.js框架。android的mvi架构就是启发于cycle.js框架。

我们再看看Cycle.js框架是什么时候开始的，又是什么时候开始使用MVI模式的。

Cycle.js框架 第一个预发版本 ：

再结合官方文档来看，Cycle.js框架就是为了MVI架构模式而生的。

虽然不知道，Cycle.js框架是不是首个MVI模式框架。

但是从很多资料可以推测，MVI架构模式就是Cycle.js框架推广开来的。

而且早在2014年就已经在前端开发中用得飞起了。

想想2014年，咱们在干嘛？android在用什么架构模式。

正所谓，天下武功出少林啊。

我们android的很多技术，在前端早就用“烂了”。

我们知道MVP和MVVM的爹都是MVC。MVI的爹也是MVC。

MVC的Controller是命令是编程组件，不能直接实现响应式编程思想。

响应式编程范式（Reactive programming）：

安卓官方的compose框架、微信小程序、Flutter、React、鸿蒙UI的开发框架，都是使用响应式开发框架。

这里就不拓展开来讲了，上面提到的任何一个开发框架，你只要会一个基本就能理解响应式编程范式。

如果一个都不会也没关系，现在不理解响应式编程也没关系，等你学会MVI就理解了，这种只有实际使用过才能深刻理解。

学不会也没关系，不要焦虑（尤其那些工作不久的小伙伴，学不会属于正常现象~）

MVI，咱第一遍学不会，就等2年，再学一遍~

2年后也没学会，那就再等2年~ 一定要有耐心~

如果还是学不会，那也没关系，因为MVI早晚也会过时~ 等过时了就不用学了~

哈哈哈~ 别笑，正经Android可不会开玩笑的。

就像rxjava，当年有多少人死活学不会，android开发现在谁还学Rxjava？哈哈哈~

用一张图来总结这次升级的核心思想：

新版架构指南在旧版的基础上，做了如下调整和建议：

1. 将LiveData组件改成了StateFlow

对协程的使用更友好。并且更能体现面向数据流开发的思想。

实际上，依然使用LiveData也没毛病。

2. ViewModel传递给View的数据限制为View的UIState

ViewModel从Model层获取数据后，转换为UIState数据，通过StateFlow流向View层。

UIState的数据面向界面组件而定义的，是能直接控制View组件如何显示的数据。

所以我们也可以称UIState为界面的状态或者View的状态。

如下：

3. 单数据流还是多数据流的选择

官方指南并没有强制我们使用单流。

同一个界面应该使用单个StateFlow还是多个StateFlow，需要我们自己判断。

我们应该根据UIStates数据们之间关联程度来决定多流还是单流。

单流优缺点都十分明显：

优点： 数据集中管控，会提高代码的可读性和修改的便利性。

缺点： 当数据非常多且复杂时，会影响效率。因为我们没有diff功能，View层不能只更新有变化的数据，只会根据UIState刷新当前界面。

我们再看下官方新版架构图：

当然不仅仅MVVM可以改造成响应式开发范式，MVP也是可以的。

不信你看 这篇blog ：

1. 理解MVC架构模式的思想【MVC是其他架构模式之爹，他的思想是MVP、MVVM、MVI的基础，学会它是关键步骤~】。

3. 学习kotlin的StateFlow组件，的使用：Sequence-Flow-StateFlow。

4. 学习ViewModel组件的使用（虽然不用ViewModel也能实现MVI架构，但是ViewModel还是值得学习）。

5. 理解DRY（Don't Repeat Yourself）原则。

6. 理解MVVM（因为官方的MVI模式是基于MVVM的基础改造的~）。

7. 学习官方架构指南。

8. 实战。

在这里就分享一份由大佬亲自收录整理的 学习PDF+架构视频+面试文档+源码笔记 ， 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料

这些都是我现在闲暇时还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效地帮助大家掌握知识、理解原理，帮助大家在未来取得一份不错的答卷。

当然，你也可以拿去查漏补缺，提升自身的竞争力。

真心希望可以帮助到大家，Android路漫漫，共勉！

如果你有需要的话，只需 私信我【进阶】即可获取