题记：用“易语言.飞扬”（EF）开发WEB应用程序，此前还没有先例。但因为EF本地开发包（EFNDK）已经发布，用C/C++开发一个EF类库，使其支持EF开发WEB应用程序，应该并非难事。当然也可想而知，其中必有诸多难点有待解决。此系列文章，为本人探索过程之记录，对外人未必有多大价值。如有网友乐观其事，还请理性待之。作者：liigo。转载请务必注明出处：http://blog.csdn.net/liigo/。在线留言。

试用EF开发WEB应用程序(15): EF Servlet, or EFSP?

经过之前的一系列理论和实践，用EFCGI开发普通的网络程序应该说是完全胜任了，这是毫无疑问的。即便有些工作暂时没有做（比如文件上传、验证码生成），也都属于细节方面的问题，与整个框架无碍。

CGI/FastCGI/EFCGI 好是好，虚拟主机提供商却高兴不起来。

你想啊，一个普通的网络应用，通常由N个CGI程序组成，每个CGI程序要启动N个进程（FastCGI），而虚拟主机提供商要同时为N个站点提供服务，由此可以推论，服务器上同时运行的进程个数超过三位数应该是很轻松的，这对服务器来说是一个巨大的负担。如果虚拟主机提供商不能很好的控制或限制CGI/FastCGI/EFCGI应用，他们宁愿不提供该服务。事实证明，此类虚拟主机服务确实不多。

虚拟主机提供商不高兴，我们开发者也好不哪里去，自己有服务器的毕竟是少数嘛。

有必要进行改进（或者叫妥协？）。

PHP中有一个 php-cgi 程序，它作为总代理，专门用于处理服务器上所有的（来自PHP的）CGI/FastCGI 请求。这样一来，整个网络应用中就不再需要其它 CGI/FastCGI 程序，服务器上只需启动有限个数的 php-cgi 进程即可，有效降低了服务器负担。

那么，我们一样可以搞个 ef-cgi 程序，作为总代理，专门处理服务器上所有的 CGI/FastCGI 请求。这个程序非常容易用“易语言.飞扬”实现，它本身就是一个普通的 CGI/FastCGI/EFCGI 程序嘛，只不过通过环境变量 SCRIPT_NAME 获取用户的实际请求，做一些额外的转发处理而已。（当然实际应用中还要有优化、缓存、安全等多方面考虑。）目前主流WEB服务器都支持这种模式，只需做些简单的配置即可。

有了 ef-cgi 这个总代理，又取消了所有其它 CGI/FastCGI/EFCGI 程序，那么真正处理请求的为何方高人？JAVA有JSP（JAVA Server Pages），微软有ASP（Active Server Pages），我们一样可以有 EFSP（EF Server Pages）啊。这当然是可行的。当然目前不可行，因为：1、成了解释执行的脚本，丢了EF高效执行的优势，与JSP/ASP/PHP/PERL/RUBY等先辈相比没有明显竞争力；2、EF目前必须编译执行（虽然吴涛很早就计划开发EF脚本，还不知何时动手）。

既要保留 ef-cgi 这个总代理，又不要脚本，看样子要参考 JAVA Servlet 了。对了，我们就搞 EF Servlet。“初步”想法是，一个“易语言.飞扬”类库（*.efl）对应一个Servlet，其中的某个类（Class）对应一个页面。“易语言.飞扬”类库（*.efl）已被编译为本地机器码，执行效率固然高效，加载过程也可忽略不计，将来配合类库的动态加载和动态卸载，还有望达到“热升级”的效果。这个方案目前来说“应该”是可行的，我（liigo）已进行过初步验证。

以上内容是与 bywayboy 那小子共同探讨的结果。想法不是很成熟，请批评指正。