<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Flutter on 山行小记</title>
    <link>https://ruijingan.pages.dev/tags/flutter/</link>
    <description>Recent content in Flutter on 山行小记</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <copyright>@2025</copyright>
    <lastBuildDate>Tue, 14 Jul 2020 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://ruijingan.pages.dev/tags/flutter/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Flutter 入坑半年的一点感受</title>
      <link>https://ruijingan.pages.dev/posts/2020/flutter-half-year/</link>
      <pubDate>Tue, 14 Jul 2020 00:00:00 +0000</pubDate>
      <guid>https://ruijingan.pages.dev/posts/2020/flutter-half-year/</guid>
      <description>&lt;p&gt;年初组里立了一个新项目，预算紧、工期紧，老板拍板用 Flutter。作为一个只写过原生的人，半年下来有了一些体感，写下来给同样背景的朋友参考。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;先说好的。&lt;/strong&gt; 开发效率是真的高，热重载这个体验一旦用上就回不去。UI 还原度也不错，设计师给的稿子基本一比一还原，而且 iOS / Android 两端的差异比我想象中小。我们一个三人小组，半年做了两个业务模块 + 一套通用组件库，换原生至少要五个人。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;再说别扭的。&lt;/strong&gt;&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;混合工程的路由和生命周期管理是重灾区。我们用 flutter_boost 做混合栈，内存占用比纯原生页面高不少，低端机上页面切换能感觉到掉帧。官方对混合开发的支持一直不算稳定，升级 Flutter 版本的时候 flutter_boost 兼容性经常掉链子。&lt;/li&gt;
&lt;li&gt;Dart 语言本身没毛病，但生态里的包质量参差不齐。有个下拉刷新的库，作者弃坑半年，issue 堆了几百个没人回，最后我们自己 fork 修的。&lt;/li&gt;
&lt;li&gt;崩溃排查体验比原生差。符号表一多，Crash 堆栈经常对不上，需要自己维护一套符号映射的流程，这块我们还在摸索。&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&lt;strong&gt;我的整体判断&lt;/strong&gt;：新项目、纯 UI 展示型页面，Flutter 是划算的；但如果是重交互、深度依赖系统能力的 App，混合开发的复杂度会吃掉你在开发效率上省下来的时间。&lt;/p&gt;
&lt;p&gt;下半年项目主体功能交付了，我大概率会回去继续搞 iOS 组件化的收尾。Flutter 的知识先放着，看它后续发展吧。个人感觉跨端这个方向，五年内不会有终局，工具会一直换，但&amp;quot;用一套代码换两端&amp;quot;的需求是永恒的。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
