相当于PHP的perl'；新加坡元会议

php是一个很好的实验，但它的语言似乎不如php。因此，我正在考虑将我的代码库从php转换为perl

然而，有些php方面值得保留——如果只是为了使代码翻译更容易的话。最重要的是

$\u服务器

，

$\u发布

，

$\u获取

，尤其是

$\u会话

start_session（）

然后

$\u session

散列（ahem，关联数组）具有即时可分配性。perl6的CGI:：Session具有很多功能，但语法不同。我假设CGI:：Session仍然是最常见、最无故障的模块。我想我需要像这样的东西

our $_SESSION;
## iterate over the session; docs don't say how; maybe
foreach ($session->param) {  $_SESSION[$_]= session->param($_); }
## and now trap all deaths to call save_param

或者打个领带？或者它已经作为CGI:：Session以外的模块存在

谢谢你的建议

---

/根据法律，网站上使用的PHP是一种语言，也是一种web框架，尽管非常简单。因此，如果选择perl，还需要选择PerlWeb库/框架。我个人会推荐，但是你会看到很多使用CGI.pm的旧代码，这在当时是很好的，但是现在看起来很低

---

这里有一个很好的简短总结。

在我向你的勇敢致敬的同时，请尽量避免重新发明车轮。像和这样的框架已经实现并准备就绪。编写您自己的框架可能是有教育意义的，但由于在公共互联网上运行未经测试、不受信任的代码有多大的风险，因此结果通常是不可用的。不适合偶尔使用它的用户（像我一样），他们每年只在小项目中使用一次。要学习和记住的东西太多了。在这种情况下，一个更简单的结构更好。我不能不注意到一些新手程序员会因为简单的开始而被吸引到php（yikes）中。框架需求是早期的障碍。我想不出php比perl有什么优势，除了在没有框架的情况下使用时更容易入门之外。“太多东西要学”是关于你的重点。你可以通过对一个框架的一半理解来完成很多事情，它会支持你。如果你只懂一半的语言，并且是按照第一原则编程，你会把事情弄得一团糟。另一个框架问题是perl没有一个框架，但有很多框架。因此，我需要碰巧知道具体框架的同行。这几乎就像选择一种语言。perl是一个我可以期望其他许多人都知道的标准。php是网络上使用最广泛的语言，这并不是因为它好。它可以被那些每两年编写一次500行的web应用程序的人使用，并且在其他时间可以处理其他事情。mojolicious很棒，但是学习曲线很高，底层代码库仍然在变化。模拟$\u会话是一个非常低级的替代品，至少对较小的项目来说是有用的。你真的不想在2016年使用

CGI.pm

。它来自一个需求非常简单的时代，人们不想造成伤害。正如我所说的，我不推荐新代码使用CGI.pm模块，因为与Mojo等相比，它的级别非常低，但CGI.pm可能相当安全，我敢打赌比这些新框架更安全。看看这一年来它做了多少安全修复，Let说我只想请求并记录用户的电子邮件，将其存储在计算机上的文件中，并在页面顶部显示。你真的会使用完整的框架吗？把复杂度提高一点。说一个表格。现在是一个框架？这是一个权衡。简单地说，框架可能不是正确的解决方案。看看我添加的链接，它比较了使用CGI、pm（可能是你所说的不使用框架？）和alertnatives