谷歌的Project IDX会扼杀其他应用程序开发框架吗?


谷歌的Project IDX会扼杀其他应用程序开发框架吗?

文章插图
作者丨Mohit Pandey
编译丨千山
桌面应用、App、小程序、物联网终端设备......面对业务日益复杂的终端适配需要 , 跨平台应用开发框架的使用趋势只增不减 。它允许开发人员使用一套代码 , 一次性编码即可在多个端侧平台上运行 , 极大降低了开发周期 , 是实现快速交付的利器 。
但同样不可否认的是 , 在不断发展的软件开发环境中 , 构建无缝跨平台的应用程序一直是一项艰巨的挑战 。多年来 , 谷歌一直致力于通过Angular , Flutter , google Cloud和Firebase等产品简化多平台应用程序开发 。
随着人工智能热潮的来袭 , 谷歌日前又推出了新工具——Project IDX , 该计划将AI集成到其基于云的多平台应用程序开发生态系统中 。
不得不提的是 , 微软的 .NET MAUI 提供类似的功能 , 但仅限于在本地运行 , 而不是在云上运行 。React , Flutter和类似的框架也提供了多平台应用程序开发 。但有趣的是 , 谷歌现在希望将一切都置于麾下 。
开发人员可以从 Github 无缝导入正在进行的项目 , 继续之前的进度 。另外 , Project IDX还提供了通过预定义的模板启动新项目的方法 , 这些模板迎合了当前流行的框架 , 如 Angular、Flutter、Next.js、React、Svelte 和 Vue 。这意味着人们可以通过一键导入或从模版创建来进入Project IDX , 而无需再使用任何其他平台 。
Project IDX支持的语言范围包括JAVAScript和Dart , 并计划在不久的将来兼容Python/ target=_blank class=infotextkey>Python , Go等 。当下IDX 还在积极努力为更多项目类型和框架添加一流支持 。
1、AI的集成【谷歌的Project IDX会扼杀其他应用程序开发框架吗?】谷歌努力的核心在于Codey , 这是一个基于谷歌PaLM 2的编程任务AI模型 , 在代码上进行了独特的训练 , 类似于OpenAI的Codex 。此模型作为开发过程的支柱 , 有助于更顺畅地构建、管理和部署全栈 Web 和多平台应用程序 。
为了向可访问性致敬 , Project IDX并没有构建新的IDE , 而是建立在Code OSS上 , 这是VSCode的基础层 , 确保开发人员获得熟悉的体验 , 无论他们的项目性质如何 。Project IDX关于AI 的集成主要体现在:支持智能代码补全、辅助聊天机器人和增加如 “添加注释” 等上下文相关的代码操作 。这些功能不仅可以加快编码任务 , 还可以提高代码质量 。
Project IDX的另一个有趣功能是 , 它允许开发人员使用任何设备在任何地方开始工作 。这就是云端协同开发平台Replit一直在做的事情 , 这也是为什么它受到全球开发人员广泛欢迎的原因 。
每个 Project IDX的工作空间都包含基于 linux 的虚拟机的功能 , 以及云托管的便利性 。这种可访问性和功能的组合确保开发人员可以在没有地理或技术限制的情况下将其创意愿景变为现实 。
2、随时随地进行协作谷歌表示 , 计划推出一个完全配置的Android模拟器和一个嵌入式IOS模拟器 , 两者都可以直接从浏览器访问 。此功能使应用预览过程民主化 , 使开发人员能够在部署应用之前像最终用户体验它们一样评估其创作 。
谈到部署 , 它一直是软件开发过程中的痛点 。Project IDX 通过集成 Firebase Hosting 来应对这一挑战 。Firebase Hosting 是一个强大的解决方案 , 用于共享 Web 应用预览或将成熟的应用程序部署到生产环境 。这种集成简化了部署过程 , 确保开发人员能够以最小的努力向全世界展示他们的创作 。
谷歌承认 , Project IDX的当前迭代可能有粗糙的边缘 , 但这些意在通过开发人员社区的宝贵投入来磨练 。
Project IDX准备重新定义多平台应用程序开发的展开方式 。通过融合云功能、人工智能驱动的创新和对协作的承诺 , 谷歌的愿景与寻求精简、高效和有效解决方案的开发人员的愿望相一致 , 这可能会扼杀其他平台的流量和使用 , 也可能只是成为一种爱好而不是成为主流 。
参考链接:
https://analyticsindiamag.com/will-googles-project-idx-kill-other-app-development-frameworks/


推荐阅读