Seaside仍然是有效的选择吗？

Question

Seaside just released即将推出的3.0版本的候选版本，所以它再次出现在我的雷达上。由于我正在考虑将来用于未来项目的Web框架，我想知道是否需要考虑这个问题。唉，Seaside的大部分宣传都来自'07，这可能是网络的一代或两代。所以我希望这里的社区可以回答一些问题

1. 当大部分工作流程主要采用HTML格式时，基于延续的框架非常棒，例如：提交表格。对于今天的JavaScript环境来说，这几乎不值得。

2. Squeak能否处理合理的工作量？从这里和其他地方的其他问题来看，似乎对于适当的扩展，另一种实现（Gemstone等）从长远来看可能会更好，但我不知道它有多远。会议似乎相当昂贵。

3. 我知道比较很难，但你在网上找到的大部分文章都是海边和Rails并列的。像Scala / Lift，Clojure / Compojure或Erlang / Nitrogen这样的组合会如何呢？

Answer 1

我对第一和第二个问题有答案：

1. 这是事实。然而，自版本2.8以来，Seaside不再是严格的“基于延续”的框架。 Seaside仅在流量模块中使用延续。从Seaside 3.0开始，流量模块甚至是可选的。另请注意，自2005年以来，Seaside拥有强大的Javascript支持，这在主流框架开始添加Javascript功能之前很久。今天，Seaside内置了JQuery和JQueryUI支持。
2. 当然，这取决于您在会话对象中存储的内容，但通常会话很小（小于20 KiB）。使用应用程序中的内存分析器确定准确的内存消耗。

Answer 2

还有一本新的海边书：http://book.seaside.st/book

Answer 3

在Smalltalk中，除了Seaside之外，我们现在还有三个需要考虑的Web框架

• Aida/Web和
• Iliad。

后两者都有效地解决了三个类似的控制流程，但不需要延续。两者都有一个非常强大的Ajax集成，实际上你不再意识到你正在使用Ajax。

两者都能很好地扩展内存消耗。在Aida / Web中10.000 sessions spend 220MB，每个会话大约23KB，可以进一步优化到每个会话400B。这意味着，您不仅可以运行单个Smalltalk图像中的许多网站。当然，您可以随时升级到负载平衡解决方案。这是我很少需要的经验。

与Ruby on Rails相比，我的一位朋友抱怨他最初需要50MB的内存用于他所销售的每个网店。然后他转向Aida / Web解决方案，他需要大约相同的MB图像，但是每增加一个网店的网站只需几KB。

Answer 4

我发现在一个Smalltalk IDE中工作的生产力有一套好的抽象，超过了工程主导项目中的所有其他问题。它适用于小型公司的企业系统，在单个服务器上具有大约100个（同时但不重）用户（无需转到SSD）。自2007年以来：

• Seaside已经证明能够从html工作流切换到javascript工作流;
• Seaside已被移植到许多不同的Smalltalks;
• 已见过Gemstone释放GLASS;

几周前发布了性能大大提升的新'cog'vm，并显示出改善性能的巨大希望。

Answer 5

Seaside的开发人员Avi Bryant表示，AJAX几乎在所有情况下都取得了成功。不过，您也可以使用Seaside和AJAX构建功能相当强大的应用程序。

使用Ajax可以很好地在其他框架中完成Web应用程序的应用程序部分。

我认为目前正在缺少像Cappuccino-for-Clamato这样的Seaside集成Smalltalk-to-Javascript框架。我希望能够使用Smalltalk构建真正的Javascript-Apps。

Answer 6

1. Javascript很棒但是能够以干净便宜的方式处理服务器端的复杂工作流程（正如Seaside允许的那样）阻止它变得过时。经济和实用是短期和长期回报的东西。但是抽象地说这个根本没有任何价值。你应该谈论一个精确的应用，并决定海边是否是你的一堆竞争优势的一部分，形成一个摇滚（并知道为什么）的等式。
2. 关于使用Seaside扩展工作量，简短的回答是你可以像地狱一样扩展它（对于长答案，请在这里查看我的答案：Does Seaside scale?）。
3. 太无法回答的男人:) rty你真正想要问的一个变种

我认为你能做的最好的事情就是周末的原型。

如果你能在两天内做一个原型并且你可以获得一些关注，并且你喜欢在海边做这件事的发展经验，那么你将拥有你下一件事的基础。

只花费您的时间（您可以在亚马逊服务器上发布）。

顺便说一句，本周我听说有一家创业公司手工制作原型（一切都是静态的，他们手工处理的东西）。相当惊人，疯狂和便宜。当他们觉得他们对这个想法有足够的牵引力（他们已经实施了）他们实施了应用程序（无论采用什么技术，我相信海滨开发商都没有挑战）