摘要：随着最近决定转向开源，Skip现在与iOS和Android的主要开发工具保持一致，包括Xcode、Android Studio、流行框架和其他基本工具，这些工具都是免费的。 简而言之，这就是Skip决定开源的原因：即使当前的开发团队消失了，解决方案也会继续存在，保护开发者在其中所做的投资。nbsp;SwiftCrossUI"是一个开源的替代方案，它为跨macOS、Linux、Windows的UI提供了类似SwiftUI的API，并对Android提供了一些新生支持。
Skip是一款通过Swift/SwiftUI代码库创建iOS和Android应用程序的解决方案，经过三年的开发，Skip团队宣布他们决定将该产品完全开源"，以促进采用和社区贡献。
在此之前，Skip是一个付费解决方案，需要订阅和许可密钥才能创建应用，除非你是独立开发者或开发免费应用。Skip解释说，这种模式有助于在没有外部投资的情况下启动产品，但“事实是，开发者希望免费获得他们的工具”。随着最近决定转向开源，Skip现在与iOS和Android的主要开发工具保持一致，包括Xcode、Android Studio、流行框架和其他基本工具，这些工具都是免费的。
但Skip表示，促使他们做出这一决定的不仅仅是成本问题。
除了价格，还有一个更深层的担忧是持久性。开发者对于在小公司的付费闭源工具上构建整个应用策略持谨慎态度是可以理解的。如果公司倒闭了怎么办？被收购然后关闭了怎么办？他们的应用程序怎么办？
简而言之，这就是Skip决定开源的原因：即使当前的开发团队消失了，解决方案也会继续存在，保护开发者在其中所做的投资。
根据Skip团队的说法，Android和iOS上UI框架的快速发展，包括Material Expressive和Liquid Glass，造成了使用传统跨平台UI框架可能导致“过时的界面、较弱的用户体验和真正的竞争劣势”的局面。相比之下，Skip能够在两个平台上实现完全原生的用户体验。
事实上，Skip框架通过将SwiftUI桥接到Jetpack Compose上，将其引入Android。这种方法允许iOS开发者在相同的代码库中编写应用程序的业务逻辑和UI，而无需额外的努力。
当Skip还是一个封闭源码的付费产品时，它的一些早期使用者在Reddit上分享了他们的经验。Reddit用户jestecs指出"：“总的来说，使用起来相当愉快，虽然偶尔会遇到一些问题，但总体上令人惊讶地愉快”。此外，JEHonYakuSha进一步阐述"：
有些问题是因为某些弃用的构造函数不受支持，因此你可能习惯于用较旧的方式来定义视图修饰符或组件，但一旦你习惯了稍微发挥创意并确认什么是受支持的，它就非常好。
JEHonYakuSha还指出，你可以使用 //SKIP INSERT 将Kotlin代码片段混合到Swift代码库中，并且iOS端只支持Swift包管理器，这可能会使管理内部依赖关系变得有些棘手。
Skip的文档中有一个重要的警告，即该框架最适合外部依赖较少的新项目或应用程序"：
将现有的应用程序迁移到Skip并不简单。大多数应用都包含许多仅针对iOS的依赖，这使得移植到Android平台变得非常困难。
Skip三年前开始作为swift到kotlin的转译器，后来增加了对Android上最广泛使用的SwiftUI API的支持。在此期间，他们成立了Swift Android工作组，发布了Swift Android SDK"，实现了在Android上原生编译Swift代码。今天，Skip支持许多流行的集成框架，与数千个跨平台Swift包互操作，并提供全面的SwiftUI实现。
SwiftCrossUI"是一个开源的替代方案，它为跨macOS、Linux、Windows的UI提供了类似SwiftUI的API，并对Android提供了一些新生支持。
Skip可以在GitHub"上克隆，而所有文档、博客和案例研究都转移到了skip.dev"上。
原文链接：
https://www.infoq.com/news/2026/01/swift-skip-open-sourced/"
Skip是一款通过Swift/SwiftUI代码库创建iOS和Android应用程序的解决方案，经过三年的开发，Skip团队宣布他们决定将该产品完全开源"，以促进采用和社区贡献。
在此之前，Skip是一个付费解决方案，需要订阅和许可密钥才能创建应用，除非你是独立开发者或开发免费应用。Skip解释说，这种模式有助于在没有外部投资的情况下启动产品，但“事实是，开发者希望免费获得他们的工具”。随着最近决定转向开源，Skip现在与iOS和Android的主要开发工具保持一致，包括Xcode、Android Studio、流行框架和其他基本工具，这些工具都是免费的。
但Skip表示，促使他们做出这一决定的不仅仅是成本问题。
简而言之，这就是Skip决定开源的原因：即使当前的开发团队消失了，解决方案也会继续存在，保护开发者在其中所做的投资。
根据Skip团队的说法，Android和iOS上UI框架的快速发展，包括Material Expressive和Liquid Glass，造成了使用传统跨平台UI框架可能导致“过时的界面、较弱的用户体验和真正的竞争劣势”的局面。相比之下，Skip能够在两个平台上实现完全原生的用户体验。
事实上，Skip框架通过将SwiftUI桥接到Jetpack Compose上，将其引入Android。这种方法允许iOS开发者在相同的代码库中编写应用程序的业务逻辑和UI，而无需额外的努力。
当Skip还是一个封闭源码的付费产品时，它的一些早期使用者在Reddit上分享了他们的经验。Reddit用户jestecs指出"：“总的来说，使用起来相当愉快，虽然偶尔会遇到一些问题，但总体上令人惊讶地愉快”。此外，JEHonYakuSha进一步阐述"：
JEHonYakuSha还指出，你可以使用 //SKIP INSERT 将Kotlin代码片段混合到Swift代码库中，并且iOS端只支持Swift包管理器，这可能会使管理内部依赖关系变得有些棘手。
Skip的文档中有一个重要的警告，即该框架最适合外部依赖较少的新项目或应用程序"：
Skip三年前开始作为swift到kotlin的转译器，后来增加了对Android上最广泛使用的SwiftUI API的支持。在此期间，他们成立了Swift Android工作组，发布了Swift Android SDK"，实现了在Android上原生编译Swift代码。今天，Skip支持许多流行的集成框架，与数千个跨平台Swift包互操作，并提供全面的SwiftUI实现。
SwiftCrossUI"是一个开源的替代方案，它为跨macOS、Linux、Windows的UI提供了类似SwiftUI的API，并对Android提供了一些新生支持。
Skip可以在GitHub"上克隆，而所有文档、博客和案例研究都转移到了skip.dev"上。
原文链接：
https://www.infoq.com/news/2026/01/swift-skip-open-sourced/"