從Flex 3到Catalyst的全新開始

Question

我們的Flex 3客戶外聯網應用程序的商業邏輯中的事情已經發生了很大的變化，所以我已經收到了一個新的開始......有了低日期的壓力（我知道，你羨慕我......）。 取而代之的是選擇明顯的Flex 4路徑，Perl/Catalyst似乎非常適合這個全新的場景，但我不想失去一些好東西：

我們只有一套.swf模塊，因此所有客戶端都將相同的實際文件加載到共享路徑中。

• 它們是虛擬主機。
• 每個域名目錄都有一個index.php。它會載入一個帶有密碼的個性化文件，以及加載共享.swf的「真實」共享index.php。
• 沒有跨域問題，因爲瑞士法郎認爲其真正的域名，感謝Apache虛擬鏈路。
• .swf文件內的所有個性化（bussines數據和視覺的首選項）的dinamically從偏好數據庫

看來，我可以做催化劑一樣裝載，isn't呢？更容易，因爲我可以使perl的應用程序，以應對「全球性」在不同的虛擬主機相同的參數，所以一切都可以決定在運行時

---

但柔性的巨大優勢是，我把所有的邏輯和偏好已經加載到客戶端中，所以服務器和數據傳輸中的工作真的很低。傳播的唯一數據是純粹的商業數據。沒有偏好，沒有頁面，沒有任何東西。而且應用程序始終知道客戶是誰，所以查詢真的很乾淨。

因此，這裏有我的兩個問題：

• 是Perl /催化劑的方式來管理類似的持久性？

• 我已經閱讀了大量關於未關閉的進程和線程的帖子，甚至是cron程序重新啓動服務器......作爲「解決方案」以及類似的性能問題。

  • 我必須管理這樣的事情有一個穩定的服務器？

  這聽起來像是一顆定時炸彈，我們現在非常非常爲我們的服務器感知的性能而感到驕傲。

預先感謝您

Answer 1

有關催化劑的好處是，這是很容易對各種來自CPAN好東西插入到你的應用程序。您需要認證/授權，會話管理，數據庫處理，PDF生成，Excel解析....？如果你能想到它，那麼CPAN上的某個人可能已經做好了併發布給全世界使用。

我不完全清楚你想要服務器做什麼。如果它只是通過JSON或類似的東西向SWF應用程序提供數據，Perl Dancer（http://perldancer.org/）也許會讓人感興趣，它就像催化劑一樣。 Catalyst和Dancer都內置了PSGI支持，允許您以任何喜歡的方式運行它。

我自己，我剛剛完成了一個項目ABN AMRO Bank Luxembourg，其中我使用Catalyst作爲ExtJS應用程序的後端解決方案。該應用程序在FastCGI下運行，非常穩定。我不知道你在哪裏聽說Catalyst進程有漏洞，需要重新啓動，但這只是無稽之談。當然，如果你自己編程泄漏，你可能會遇到問題，但框架本身非常穩定。另外，由於使用Catalyst，我能夠開發非常複雜的應用程序的時間很短。我不知道如何在沒有Catalyst的情況下管理它。

祝你好運項目 Rob