重新开始，从Flex 3到Catalyst

Question

我们的Flex 3客户外联网应用程序的商务逻辑已经发生了太多变化，所以我已经获得了重新开始......以低日期压力（我知道，你羡慕我......） 。 相反，选择明显的Flex 4路径，似乎Perl / Catalyst在这个全新的风景中非常非常适合，但我不想失去一些好处：

我们只有一组.swf模块，因此所有客户端都在共享路径中加载相同的实际文件。

• 他们是虚拟主机。
• 每个域目录都有一个index.php。它加载带有密码的个性化文件和加载共享.swf的“真实”共享index.php。
• 没有跨域问题，因为.swf认为它在真正的域中，这要归功于Apache虚拟链接。
• .swf（商务数据和可视化首选项）中的所有个性化内容都是根据数据库中的首选项加载的。

似乎我可以对Catalyst做同样的事情，不是吗？更简单，因为我可以让perl应用程序在不同的虚拟主机中“全局”响应相同的参数，所以一切都可以在运行时决定

---

但Flex的巨大优势在于我已经在客户端中加载了所有逻辑和首选项，因此服务器和数据传输中的工作确实非常低。旅行的唯一数据是纯粹的商务数据。没有偏好，没有页面，没有任何东西。该应用程序始终知道客户端是谁，所以查询真的非常干净。

所以这是我的两个问题：

• Perl / Catalyst中的持久性是否可以管理类似的东西？

• 我已经阅读了很多关于未封闭的进程和线程的帖子，甚至是cron编程重启服务器......作为“解决方案”，以及类似的性能问题。

  • 我必须管理这样的东西以获得稳定的服务器吗？

  这听起来像是时间炸弹，我们现在非常非常自豪我们的服务器感知性能与投资。

提前谢谢

Answer 1

Catalyst的优点是可以很容易地将CPAN中的各种好东西插入到您的应用程序中。您需要身份验证/授权，会话管理，数据库处理，PDF生成，Excel解析....？如果你能想到它，CPAN上的某个人可能已经完成了它并将它发布给全世界使用。

我不清楚您希望服务器做什么。如果它只是通过JSON或类似的方式向您的SWF应用程序提供数据，那么Perl Dancer（http://perldancer.org/）可能也很有趣，就像催化剂一样。 Catalyst和Dancer都内置了PSGI支持，允许您以任何您喜欢的方式运行它。

我自己，我刚刚完成了ABN AMRO Bank Luxembourg项目，其中我使用Catalyst作为ExtJS应用程序的后端解决方案。该应用程序在FastCGI下运行，非常强大和稳定。我不知道你在哪里听说Catalyst进程漏洞，需要重新启动，但这只是胡说八道。当然，如果你自己编程泄漏，你可能会遇到问题，但框架本身非常稳定。此外，由于使用Catalyst我能够开发一个非常复杂的应用程序是一个非常短的时间。我不知道如何在没有Catalyst的情况下管理它。

祝你好运项目 罗布