4、热重载仍然很重要
关于这一点没什么好说的,只是 Flutter 的这个特性太重要了,所以有必要在这里单独提及。它更快,也更可靠了。
5、跨平台设计很难
Material Design 非常棒,对于某些类型的 Web 应用程序和 Android 应用程序来说,它都是一个明智的选择。但对于 iOS 用户来说并不是一个好主意,除非它是谷歌应用程序或非常简单的东西,iOS 用户已经习惯使用 CocoaTouch 风格的 UX。
在基于同一个代码库开发两个平台的应用程序时,越来越多的人使用某种定制的自定义设计,并引入了常见的设计元素(例如标签栏)。尽管 Flutter 也提供了大量 iOS 风格的小部件,但为了降低代码的维护成本,大多数人选择定制 Flutter 的 Material Design 库,这实现起来非常容易。
我想再写一篇有关这个主题的文章,我的建议是坚持使用 Material Design,让那些 iOS 用户不会觉得太“像 Android”了。例如表单,使用 Material Design 的样式来装扮表单字段,对两种类型的用户来说都足够熟悉。
6、使用 Flutter 实现复杂的布局其实容易
我习惯使用 React、CSS Grid、Flexbox 等库来实现布局。Flutter 的布局方式从这些工具中获取了很多灵感。如果你已经熟悉这些基于 Web 的布局概念,那么学习 Flutter 的布局就会非常简单。即使不熟悉,学起来也很容易。如果你想感受一下,可以看一下这个视频:
https://fluttercrashcourse.com/lessons/container-layout-column-row
此外,Dart 和 Flutter 的 UI 逻辑在代码可读性方面表现得都非常出色。总的来说,我更喜欢自己实现布局,而不是使用 JSX 之类的东西。它让我想起了 Swift 和 iOS 中的布局逻辑是多么的简单,如果你是通过编程的方式实现布局的话。
7、将会有更多端到端的应用示例
虽然现在有很多与 Flutter 相关的文档、教程、社区,但我认为人们对小部件的关注有点过头了。这点是可以理解的,毕竟 Flutter 还很年轻。但是,最终越来越多的人不仅用 Flutter 来实现纯粹的 UI 和动画,而且还会用来开发更多完整的应用程序。我认为,Flutter 的网站上将会有更多端到端的示例教程。
我学会了使用 Flutter 开发整个应用程序,而不仅仅是小部件。我发现了很多非常有用的 Dart 高级功能。我提到的架构模式也是值得你去深究的。最后,与 Web 服务集成和其他 Dart 最佳实践仍然需要更多的文档和教程。
8、我的下一个项目将使用 GraphQL 或 gRPC
我总是希望能够减少样板代码的使用,虽然有一些工具(https://flutter.io/docs/development/data-and-backend/json)可以帮我解决这个问题,但对于我的下一个项目,我将使用 GraphQL 或 gRPC。我认为对这两项技术的投入都是值得的。至于 gRPC,我不推荐将它用于较小的项目,但对于中型或大型项目,一旦你用了它,就很难再退回去了。gRPC 在我的一个使用 Swift 开发的项目中非常有效,已经在生产环境中运行了好几年。
9、提交应用程序都非常简单
为每个平台提交应用程序所需的工具和步骤需要花一些时间来学习,特别是谷歌 Play 商店和 iTunes Connect,但其实它们非常简单。
10、Flutter 提供了太多的小部件
我之前学习了所有我认为必须学习的小部件,但最终只使用了大约 20%。例如,Center 小部件(https://docs.flutter.io/flutter/widgets/Center-class.html)。
为什么要单独使用一个小部件来让元素居中?虽然它让新手很容易上手,但在用它实现更复杂的布局时,会产生太多嵌套的 Dart 代码。相反,我会选择基本的 Container 布局(https://docs.flutter.io/flutter/widgets/Container-class.html),因为它们非常灵活。
我的建议是专注于基本的简单小部件,只有到了真正需要的时候才去了解更多的小部件。
11、放弃 Firebase(只用来实现推送通知)
Firebase 看起来像是一款出色的产品,它让我想起了之前的 Parse(https://parseplatform.org/)。对于简单的项目,或者在后续需要将项目移交给没有足够专业开发人员的客户来说,它似乎是一个不错的选择。
现实情况是,大多数公司都已经有自己的后端,还有一些技术团队选择自己开发后端。大型公司或初创公司倾向于这么做。
对于独立开发者,如果你的流量激增,能承受每月的 Firebase 账单吗?这实际上也是我避免使用 Firebase 的主要原因,因为如果我遇到了病毒传播式的“梦想问题”,并且 Firebase 根据使用情况收取费用,我将如何应对?
因为我是以开发后端系统为生,所以会存在这样的偏见。如果你是初级开发人员,你开发的后端到最后会移交给客户,或者你不开发后端 API,那么我仍然会强烈建议你关注 Firebase。
12、Flutter 的文档越来越好了
窗口小部件和类文档现在有越来越多的示例:
https://docs.flutter.io/flutter/widgets/Container-class.html
相比其他缺乏文档的库,这是 Flutter 的一个胜利,而且更不用说编写良好的文档了。
除了文档之外,在去年的大部分时间里,Stack Overflow 上有很多热情、知识渊博的人为我提供了帮助。
13、我被 iOS 和 Flutter 的开发体验宠坏了
我从事 iOS 开发已经很多年了,所以我有点被 iOS 的开发者体验宠坏了。不只是文档和支持,还有 iOS 生态系统的整体质量,从库到 Xcode,再到 CocoaTouch SDK 的组织方式。
Flutter 也提供了类似的体验。它也非常简单,同时也借鉴了某些 React Native 组件的简单性,比如 ListView。所以,整体来说,有了成熟的工具的配合,学习和使用 Flutter 会非常顺利。
14、无法回到“单平台”移动开发
视频游戏开发人员可能永远不会考虑单独为一个平台开发一个代码库。现在,因为 React Native 和 Flutter 的出现,“非视频游戏”开发人员也可以这么做。
例如,在空闲时间,我会与妻子(她是一名用户体验设计师)一起开发应用程序。将 iOS 应用程序转为 Flutter 后,我们的用户翻了一倍,现在它已经运行在两个平台上,所以无法再回到单平台上。
15、最后的想法
经过一年的折腾,当我开始开发下一个 Flutter 应用程序时。我非常庆幸将时间花在学习 Fluttet 上。对于企业来说,现在有了一种可用于开发多平台应用程序的选项,而对于开发人员来说,使用它是一种乐趣。如果你将这个事实与谷歌在 Fuschia 操作系统上对 Flutter 所做的投入相结合,你就可以知道,这些事实本身就表明谷歌非常重视这项技术。
英文原文:
https://hackernoon.com/one-year-with-flutter-my-experience-5bfe64acc96f
所以不要觉得混合开发有多牛逼 只能做功能不是很复杂的app 开发最一定程度 必然转 原生的 我就见过
如何做好面试突击,规划学习方向?
面试题集可以帮助你查漏补缺,有方向有针对性的学习,为之后进大厂做准备。但是如果你仅仅是看一遍,而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。建议先制定学习计划,根据学习计划把知识点关联起来,形成一个系统化的知识体系。
学习方向很容易规划,但是如果只通过碎片化的学习,对自己的提升是很慢的。
我搜集整理过这几年字节跳动,以及腾讯,阿里,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多。
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!