ilbsmart 最近的时间轴更新 ilbsmart 最近的时间轴更新 |
ilbsmartV2EX 第 153902 号会员，加入于 2016-01-03 16:06:53 +08:00 |
ilbsmart 最近回复了
@LiuJiang Kotlin 直接上。好多时候，我们是被自己给吓住了，写 RN 之前，我就觉得写个 App 很遥远，写 Swift 之前，我也觉得用原生写有点搞不定。后来一步一步硬写，也慢慢上架了几个 App ，虽然没争几个钱，但就是多尝试尝试呗
@mengshouer 安卓咱也不会😂（除非 iOS 有一些人用吧 如果用的人少，可能确实没这市场，我就不折腾安卓了） 不过好像安卓应用市场上已经有别人已经写了一些前端面试的 App 了
@LiuJiang 用 RN 写这个可能还行，但我是考虑到将来想长期维护或者加功能啥的，就怕 RN 受限制。比如 想加个内购之类的功能，你用 RN 又得用它的什么 rn-iap 之类的库，每每遇到这种情况，总感觉中间多了一层。
Flutter 的话，我之前也就写过一点 Demo ，我是觉得你写 Flutter 不如直接上 Swift 。熟悉 React 的话，写 Swift 还是很快的。Swift 的官方教程特别友好，你几天就上手了，再加上现在有 AI 加持，好多困难不像以前那么限制咱了
Flutter 的话，我之前也就写过一点 Demo ，我是觉得你写 Flutter 不如直接上 Swift 。熟悉 React 的话，写 Swift 还是很快的。Swift 的官方教程特别友好，你几天就上手了，再加上现在有 AI 加持，好多困难不像以前那么限制咱了
@ARslince 有点难 用到的一些 Swift 特性它是有版本要求的 再往前适配可能比较难，我也是个 Swift 新手😂
@Loremspam 后面版本考虑 加个 [分类]
@Track13 我也卡在这个 bug 上了 难…
@LiuJiang 但后面又给公司用 RN 写一安卓应用，就比较难受了，公司的应用功能会比较复杂。
用 RN 写，只能利用 RN 提供给你的接口，如果某一功能 RN 层面没给接口，就很难做；
另外就是有时候构建流程上出问题，还是得在原生代码部分去找问题（就有种感觉，为啥要弄个中间商呢）；
最坑的是使用第三方组件的时候，数量少，维护情况也差 有点无从下手的感觉（写 RN 组件的人，他得是懂 React iOS Android ，这种人本来就稀少，所以组件就少，可选择性就小）
用 RN 写，只能利用 RN 提供给你的接口，如果某一功能 RN 层面没给接口，就很难做；
另外就是有时候构建流程上出问题，还是得在原生代码部分去找问题（就有种感觉，为啥要弄个中间商呢）；
最坑的是使用第三方组件的时候，数量少，维护情况也差 有点无从下手的感觉（写 RN 组件的人，他得是懂 React iOS Android ，这种人本来就稀少，所以组件就少，可选择性就小）
@jojobo 找了个设计师搞的设计 最开始的时候，完全用的原生组件写的，极为朴素
120 天前 回复了 tool2dx 创建的主题 › 程序员 › ntfs 恢复软件从原理上就很不好用。 |
文件系统的设计里, "考虑恢复软件"肯定不应该被考虑啊😂, 误删除的情况下恢复, 一种是回收站; 另一种就是多备份; 每个软件都有各自的功能边界, 文件系统负责的事情不应该是考虑如果让恢复软件更好的工作
Select Language