您并不经常看到用于构建网站的新处理器，它会重新发明 HTML、CSS 和 JavaScript 的语法。这就是 imba 所做的。
这将导致大量供应商锁定，但我想如果您克服了学习曲线，并且它能帮助您快速构建性能良好的网站，那么它与选择任何其他处理语言堆栈没有区别。
我希望他们的最终目标是跨平台编译为原生应用，但如果不是，如果开发人员想要学习一种全新的制作应用的方法，他们也可以选择 Flutter。据我了解，Flutter 语法也是一个相当大的学习曲线，但如果您以这种方式构建您的应用，它就能兑现其跨所有主要原生移动和桌面平台（包括 Web）原生运行的承诺。
有趣。我想看看有人会采用它。
我一直关注着 Imba。
这里的一部分吸引力是函数式编程，以及非常高的类型安全性。
它会生成非常小的 JavaScript 文件，并具有极高的性能，因为它避免了虚拟 DOM——因此它属于像 Svelte 这样的（仍然很少见的）UI 框架类别。
让我望而却步的一件事是，它确实会替换您的整个堆栈。就我个人而言，我特别不喜欢替换 CSS 的想法——属性名称甚至都不相同。Svelte 某种程度上替换/扩展了 HTML，但至少保留了 CSS 之类的东西。（尽管它微妙地改变了含义。）
我想现在人们似乎对这些东西感到舒适——Tailwind 本质上用类名替换了每个 CSS 属性，人们似乎很喜欢它。我想如果回报足以弥补额外的学习曲线……？
对于 Imba，我不知道——我一直只是在旁边观察。但我绝对不会把它排除在外。
至于 Dart/Flutter 的比较，Dart 是一门不错的语言——但 Imba 更倾向于函数式，并提供了更多安全性。Dart 更接近 JavaScript/Typescript，并且更容易与现有的 JS 库集成——像 Imba 或 Elm 这样非常严格和函数式的语言需要适配器，而 Dart/Typescript 只需要类型声明。
我认为，对于像 Imba 或 Elm 这样的东西真正发挥作用，您必须完全投入到一个新的项目中——用这种语言编写所有内容。
它是一种前端语言，因此没有直接的机会让任何东西与服务器端保持同构——它将是后端和前端，就像两个独立的世界一样。
但同样，我想有些人喜欢这样。
我在他们的网站上没有看到任何关于渐进增强的提及，这让我沮丧地叹了口气，因为又一个框架致力于解决已经有一堆相当不错的解决方案的问题，但完全忽略了体验的一半。他们确实说
但是，鉴于 imba.io 只是一个没有 JavaScript 的空白页面，我不得不假设它不是优先事项。
吸引我使用 Svelte 的原因之一是，能够在没有 JavaScript 的情况下工作（当然，在可能的情况下）是一个优先事项。它不是要取代 Web，而是要让 Web 变得更好。我希望更多人能采取这种方式。