把之前刚用 flutter 写的 app 加上了 web 支持，然后几乎各种报错。
比如 app 上会弹出键盘，web 上不会，web 需要滚动条，app 上不需要，导致依赖的各种库不兼容。
新建个项目，flutter run -d chrome直接空白给我看，但是一个 error 都没有，看了看 github 遇到这个问题不在少数。
想写一套代码，同时兼容 web/两家 app/三家桌面，有点不太抱希望了。
现在有没有哪家网站是用 flutter 跑的已上线的？
github 也搜不到可堪一看的示例项目，有没有同学推荐下。
我这看所有英文字都是方块
就自家网站做成这样，简直是最好的反例
– 文字无法复制, 全部是 canvas 渲染的
– 字体默认从谷歌 cdn 加载, 加载未完成时字体渲染成方块
– 不支持 history 路由模式
– 各种资源大小总和过大, 默认模式下要 10M , 优化后也需要 2M
事实上，我也从来没见过同时兼容手机和 pad 的。尺寸相差那么大，所谓的兼容就是做各种处理。
这副样子一年内肯定不能用
豆瓣选择使用 Python，当时用这个技术做 Web 是很新的。
* * *
阿北曾经表示，别人做过、做得成熟的事情豆瓣一定不会做。这种风格体现在公司的方方面面，在技术上也是如此。豆瓣的标准是，在新技术与成熟技术之间，一定选择新技术——新技术之所以出现，也正是因为它解决了原有成熟技术携带的某些问题。
“新的往往好过旧的。”洪强宁说。但前提是，完全掌握这项技术，“ 对于能够解决它带来的问题有足够的自信心。”
无论怎样，一旦与过去或他人在道路选择上划清界限，掉入陷阱的风险也会随之增高。
豆瓣当时选择的很多技术应用都处于刚刚成熟的阶段。遇到新问题的回答也非常简单：去研究它——至少要可以修改它的代码。失败的案例累积了不少，但，“没有什么大不了的”。
可以看到美团遇到了很多 Flutter 上的硬性问题，不使用黑客(超越边界)的方法已经很难解决了，如果没有迈向深水区的勇气，那么估计是要放弃的，但美团组织研发能力去解决了它们，所以他们的新技术用的非常成功，节省了大量的成本。
这就是为什么有些人用新技术做出来的东西感觉像个小学生，而有些人却做得很成功。
解决的硬性问题主要有：
1. 各种各样很小的硬问题，解决的方案就是自己 Fork 官方 SDK，然后将问题绕过或解决，这些问题随着版本的更新，也得到了很大的缓解。
2. 处于合规和安全考虑，Flutter 官方是不支持动态化的。通过离线分析和运行时解释执行的方案解决了这个问题。
3. 在官方不支持的条件下适配鸿蒙，将 Flutter 引擎的实现层替换成鸿蒙的 API 。