如何评价SwiftUI到Compose转译器项目Skip，其转译水平如何（性能、可读性）？
本来没想说太多，但是看到题主貌似是的想讨论这个问题。
语言到语言的Transpiler是反工程的，因为包器的存在，所以几乎没法做到增量转译，基本都是全量。
这里就涉及到一个问题：如果你要修改转译后的结果（打patch），难道要每次转译都打一次？还是说做成自动化打补丁？
所有定义中间DSL的跨平台开发工具（如RN、uniapp）都极力避免让用户直接修改编译结果。绕过问题都是通过编辑DSL。
你直接从swift转译到kt，那确实是一点办法都没有了。
更不用说swift转kt这种行为就很迷惑...kt好歹方便招人，而且虽然是狗狗家的太子，但同时也是Jetrains家的台柱，根基稳的很。
背Apple？我觉得不太谱，整个水果的生态就一种感觉：钱钱钱。开源方面完全是一坨。
更不用说swift234的reakingchange我都快数不过来了，给这种语言做转译器？？
不管是作为个人还是企业，AllinApple那肯定是病得不轻了。
还有啥好评价了，这两段已经死了赛。
如果你有一个好的idea，最好的做法是用ionic之类的玩意赶紧试水，走通模式之后招兵马重写。
不要浪费时间写两套代码，也不要尝试转移器。
就这么说吧，如果x->y的转移器能成功，我宁可投资uniapp-x，因为DCloud在国内的有很多用户。
