Web applications Emacs客户机-服务器应用程序的可扩展性如何?

Web applications Emacs客户机-服务器应用程序的可扩展性如何?,web-applications,emacs,client-server,scalability,elisp,Web Applications,Emacs,Client Server,Scalability,Elisp,Emacs正式命名为“文本编辑器”,但被许多人用作操作系统。更准确地说,Emacs可以描述为一个Lisp解释器和一个开发交互式应用程序的环境。它有一个客户机-服务器体系结构和大量的有良好文档记录的功能。作为一个Lisp解释器,它也是非常可配置的 然而,除了这些优点之外,我从未听说过基于Emacs的商业(或者说“高负载”)客户机-服务器应用程序。它似乎主要由具有It/数学背景的高技能个人使用。为什么会这样?难道没有人想过在他严肃的客户机-服务器应用程序中使用Emacs(和Elisp),或者Emac

Emacs正式命名为“文本编辑器”,但被许多人用作操作系统。更准确地说,Emacs可以描述为一个Lisp解释器和一个开发交互式应用程序的环境。它有一个客户机-服务器体系结构和大量的有良好文档记录的功能。作为一个Lisp解释器,它也是非常可配置的

然而,除了这些优点之外,我从未听说过基于Emacs的商业(或者说“高负载”)客户机-服务器应用程序。它似乎主要由具有It/数学背景的高技能个人使用。为什么会这样?难道没有人想过在他严肃的客户机-服务器应用程序中使用Emacs(和Elisp),或者Emacs根本不适合这种任务吗?它的可伸缩性不够,还是计算模型不适合在工业环境中进行团队开发

将Emacs用作大规模客户机-服务器应用程序的平台有哪些限制?是否可以将Emacs服务器用于web应用程序(使用web浏览器作为客户端)

当然,这是可能的(明显的联系)


但是,Emacs不是多线程的,我怀疑是否有人编写了非线程web服务…

可伸缩性不是Emacs的设计目标,因为文本编辑器或Emacs上的任何其他应用程序都不需要它,它们通常专注于客户端,而不是服务器,因为这是一个强大的编辑环境更有用的地方。

啊,这可能是对一个长问题的简短回答。你认为用哪一个编辑器来编写你的应用程序?我的问题与我对开源ERP软件的调查有某种关系。在这一领域有很多营销活动,但是你可以发现营销声明和实际软件系统之间的巨大差距。使用Emacs,我发现ERP系统提供的几乎任何东西我也可以在Emacs中找到,通常功能更多,bug更少。许多程序员、自由职业者和科学家使用Emacs就像ERP一样——只针对一个非常小的(1人)企业。因此我问自己为什么Emacs不被用作开发平台。阅读您的评论,我以前的一个想法似乎是合理的:使用Emacs(作为一个非常丰富的客户机)和Git(作为文本文件的服务器/DB)的组合来实现类似于分布式客户机-服务器体系结构的东西,因此,企业可以在服务器上共享配置和文本文件,但每个用户在桌面上都有自己的单线程Emacs安装。