在发送前，我们应该检查下TogetherJS确实正在运行(TogetherJS.running)。我们发送的消息应该要一目了然的。 下面，我们要去监听这些消息：
当我们注册这个监 听 器时，我们不必担心TogetherJS是否正在运行，因为只有在它在运行时才能被调用。 这样足够让我们的绘画更生动并且协作的。但我们还缺少一个：如果我开始画一个图像，然后你加入了我，你仅仅会看到我画的新的线条，你看不到我已经画过的图像。 为了要解决这个，我们会去监听togertherjs.hello消息，它在每个客户端首次访问一个新的页面时发送。当我们监听到这个消息时，我们会发送我们的画布上的图像给其他人。
现在我们只要去监听新的init消息：
仅仅使用这些代码，TogetherJS让我们制作了一个生动的绘画应用。当然，我们也要去编写些代码，但这里是一些TogetherJS为我们处理的事情： 提供用户一个URL与另一个用户分享去启动会话。
建立一个WebSocket连接到中心服务器，提供客户端之间的信息往返。 让用户设置名称和头像，同时观察其他人也在当前会话中。
保持跟踪，谁在线，谁离开，还有谁空闲中。 简单但必须的特性，像可用的文本聊天
会话初始化以及跟踪是由TogetherJS处理。 有些事情我们并没在这个例子中做的： 我们使用了固定大小的画布，所以我们没去处理不同客户端和不同的分辨率。通常TogetherJS会处理不同类型的客户端，并且使用分辨率无关的定位(甚至对响应设计也有效)。一种修复的方法可能是保证一个固定的长宽比，然后用长宽的百分比去定位绘画。 我们没使用任何一个有趣的绘画工具！可能你不想同步工具—如果我正在使用红刷笔绘画，你不能同时使用绿刷笔来绘画，这样也没有理由。 但一些比如清除画布应该要同步。 我们没有保存或者加载绘画。一旦绘画应用有保存和加载，你可能得更多地思考下想同步什么。如果我已经创建并且保存了一个图片，然后返回到站点加入你的会话，你的图像会覆盖我的吗？把每个图像放在唯一的URL能更清晰的表明想去编辑哪个图像。 想了解更多？对TogetherJS架构好奇？请查阅技术简介。 在jsFiddle上尝试TogetherJS。 通过文档上的按钮联系我们：”提供实时帮助”会请求启动一个TogetherJS会话 在IRC的#togetherjs上联系我们。irc.mozilla.org 在Github上查找代码，如果你遇到bug或者有特性请求，请提一个问题。请别害羞，我们对许多种反馈非常感兴趣：想法，潜在用例(以及来自这些用例的挑战)，和那些看起来通过文档无法回答的问题(这也同时表示我们文档上的bug)。请告诉我们有关潜在的协同应用。 Twitter上关注我们：@togetherjs。 |
