从哪里开始学习Seaside内部？

斯蒂芬提出了很好的建议。基本上，如果您了解Seaside 3.x中的Seaside-Core软件包，您就会明白所有内容是如何组合在一起的： Canvas的东西都是来自Seaside-Core-Rendering类别的WARenderer的特定实现 Session / Application的东西都是来自Seaside-Core-RequestHandling类别的WARequestHandler的特定实现 组件/任务的东西都是来自Seaside-Core-Presenters类别的WAPainter的实现 实际上有两种方法来研究框架。要么从你感兴趣的特定事物（比如说WAComponent）开始，要么按照超级类的方式工作。然后重复Stephan提到的其他每个类。 我建议另一种方式：从我在Session-Core中提到的三组抽象类开始。一起查看它们（结合HTTP和Document类）将使您了解通用概念以及它们如何相互连接以形成框架。您可以根据需要查看每个特定实现，以将通用概念与实际实现相关联。 WAServerAdaptor的子类构成了Seaside中请求处理的起点，来自特定Web框架的请求被转换为Seaside请求并被分派到适当的处理程序。回调也非常重要，并且在Seaside-Core-Callbacks中。 如果您了解Seaside-Core中的所有内容，您基本上可以理解框架如何在高级别上运行。一旦您对基本核心概念有了广泛的了解，您就可以通过更详细地检查具体实现来深入了解您感兴趣的每个领域。但请记住，Seaside-Core中的所有内容都是子类并插在一起以扩展框架。     

我猜你读过海边书？   http://book.seaside.st/book 如果你想深入了解源代码，请从类WAComponent和WARenderCanvas + WAHtmlCanvas开始。路由类是WAAdmin，意思是“这是不同Seaside-apps注册的地方”。     

有几个部分很有趣。从

WARenderCanvas

开始，了解如何生成hl生成dsl。

WAComponent

是具有

call:

和

answer:

的复合页面结构的起点。

WAApplication

代表Seaside应用程序，

WASession

会话，

WAServerAdapter

将Seaside框架连接到http服务器，

WARequestHandler

处理http请求。

Grease

包处理Smalltalk方言之间的差异。 您正在使用不同的浏览器（类和层次结构），类通知以及发件人和实现者，不是吗？