过去三个月，我在工作中使用Elixir配合Phoenix和Liveview，作为一项小团队开发非平凡网络应用的一部分（https://duffel.com/links）。我主要是前端开发人员，被招来处理用户体验方面的工作。在这之前，我过去五年一直在React领域。我发现作者说的很多都是真的。我习惯了管理前端依赖的噩梦，而使用一种‘自带大部分所需功能’的东西让我感到耳目一新。我花了一段时间才理解Phoenix + Liveview的做事方式，但当我脑海中的模型终于理顺，并停止尝试用React的方式做事后，我的生产力大幅提升。当我有一个自动完成功能在用户输入时通过websocket实时更新，而我没有编写任何JS时，感觉非常神奇。然而，我确实发现了很多作者没有提到的尖锐问题。……
源讨论给懂Python的人看的Elixir原帖 193 条评论 · 导入时统计把你的经验，加入这段讨论。
听起来你甚至没有时间学习这个框架就能相当高效地工作，所以我认为你做得不错！ 我认为在最近关注 LiveView 之前，对于有 Rails 或其他语言中 Rails 克隆经验的开发者来说，Phoenix 非常容易学习。最近，随着 LiveView 的变化和新组件的出现，学习起来更困难了，但我认为它终于开始稳定下来，我必须说新发布的 Phoenix 1.7 在新应用程序的生产效率方面又是一个重要的进步。
完整原文认真问一下，如果你时间很紧，为什么还要选择一个你仍然需要学习的技术栈呢？利用已有的知识正是匆忙中的人应该做的事情。
完整原文这个应用的哪部分在使用LiveView？因为你链接的是使用next.js的。你们是在混合使用这两个吗？ 我真的想找一个用elixir来构建东西的理由，这可能适合我现在的项目。我们肯定不会用它来替换我们的next.js前端，不过我倒是不介意进行一些实验。 我主要是对在后端部署elixir感兴趣，因为我们正在使用微服务，肯定有一些服务用elixir会非常合适。另一方面，我们也在通过机器学习模型传输数据，看起来Python仍然是这种东西的唯一真正选择。我真的希望不是这样，因为Python解释器及其GIL简直就是垃圾，说实话。
完整原文> 每次我进入JS世界时，感觉好像在和Phoenix作斗争 我也有同样的经历，最近我尝试解决这个问题。我开始开发LiveSvelte，它允许你直接将Svelte组件插入到你的LiveView中，同时仍然可以在客户端使用`pushEvent`函数向服务器推送事件。我只在本周开始开发它，但我觉得这是一个有前景的想法。它不是react，但你可以用React开发类似的包，我只是更喜欢Svelte而已：) https://github.com/woutdp/live_svelte
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。