GWT:RPC、MVP和Place标记器

我刚刚开始我的第一次尝试，在建筑

我的理解是，

PlaceTokenizer.getPlace（String）

的工作是在散列之后获取URL中的令牌，对其进行解析，然后返回带有该令牌所引用的对象的

Place

在我的应用程序中，我有一个资源（比如一个视频），我通过视频的唯一id来标记它。然后我的

getPlace

方法应该获取这个id，并从服务器检索视频信息。这是正确的方法吗

至于如何执行此操作，我能找到的唯一方法是将我的

RemoteService

放在

PlaceTokenizer

上，并在

getPlace

方法中正确调用。这件事让我犹豫不决。似乎该调用更适合于

活动

或其他地方

---

是这样做的吗？如果没有，还有更好的方法吗？

您的

场所不需要下载视频。它可能只包含视频的id

您的
活动
将收到带有视频id的
位置
，现在
活动
可以进行下载或任何您想要的繁重工作

因此：您的
PlaceTokenizer
只需要知道足够的信息就可以将视频id存储在
Place
中。然后让
活动
完成工作。
getPlace
的唯一功能是将字符串转换为
Place

它帮助我将
Place
重新命名为
PlaceTag
。place对象实际上并不表示位置——它们表示指向位置的标记或指针。实际地点由
活动
表示，您的
地点
不需要下载视频。它可能只包含视频的id

您的
活动
将收到带有视频id的
位置
，现在
活动
可以进行下载或任何您想要的繁重工作

因此：您的
PlaceTokenizer
只需要知道足够的信息就可以将视频id存储在
Place
中。然后让
活动
完成工作。
getPlace
的唯一功能是将字符串转换为
Place

它帮助我将
Place
重新命名为
PlaceTag
。place对象实际上并不表示位置——它们表示指向位置的标记或指针。如果我可以稍微澄清一下地点的含义，那么实际的地点是通过
活动来表示的。place对象是客户端的状态的可序列化表示。它将帮助活动将屏幕恢复到以前的状态，包含您重新构建屏幕所需的所有信息。
如果我可以帮助您进一步澄清位置含义的话。place对象是客户端的状态的可序列化表示。它将帮助活动将屏幕恢复到以前的状态，因为它包含了重新构建屏幕所需的所有信息。
我明白了，这更有意义。因此，与其用
getPlace
将id转换为
资源（视频容器），并用
Place
保存
资源，不如用
getPlace
生成一个位置，而
Place
只需保存id即可。然后，我在
活动
构造函数中进行RPC调用，或者在
start
方法中？我使用构造函数注入依赖项，如我的RPC生成类、应用程序范围的状态信息等。然后
start
方法执行实际调用。好。。。实际上，我的
start
方法只是获取适当显示的一个实例和适当演示者的一个实例，并将它们连接起来，然后演示者执行RPC调用。。。但这可能比你需要的更抽象。太棒了，现在开始有意义了。我明白了，这更有意义。因此，与其用
getPlace
将id转换为
资源（视频容器），并用
Place
保存
资源，不如用
getPlace
生成一个位置，而
Place
只需保存id即可。然后，我在
活动
构造函数中进行RPC调用，或者在
start
方法中？我使用构造函数注入依赖项，如我的RPC生成类、应用程序范围的状态信息等。然后
start
方法执行实际调用。好。。。实际上，我的
start
方法只是获取适当显示的一个实例和适当演示者的一个实例，并将它们连接起来，然后演示者执行RPC调用。。。但这可能比你需要的更抽象。太棒了，现在开始有意义了。