GWT 现实世界代币使用情况
所以看起来当使用 GWT 活动 &地方,令牌总是需要的。我的问题是,您会为通常没有任何其他参数的页面(例如联系我们页面或地点)提供什么令牌。目前它看起来像 /#ContactUsPlace:token 并附加了随机令牌。
其他开发者如何使用代币。
非常感谢, 亚历克斯
So it looks like when using GWT Activities & Places, a token is always required. My question is, what token would you provide for a page that would not typically have any additional arguments, such as a contact us page or place. Currently it looks like /#ContactUsPlace:token with a random token appended.
How do other developers use tokens.
Many thanks,
Alex
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
好吧,您可以返回空令牌,这会将 url 更改为 /#ContactUsPlace:
您还可以使用 @Prefix 注释更改前缀来获取 ex。 /#contactus:
如果您想要更多控制,那么您可以实现自己的 PlaceHistoryMapper,这是一个简单的示例:
上述方法返回/获取的令牌实际上是整个哈希字符串(而不仅仅是 ':' 之后的部分)。事实上,使用这种方法时您根本就摆脱了令牌。
编写自己的生成器来在编译时生成此类似乎是一个不错的选择。也不要使用 PlaceHistoryMapperWithFactory,它为您提供的效果与使用 PlaceTokenizers 获得的效果相同。
一些文档:http://code.google.com/webtoolkit/doc/最新/DevGuideMvpActivitiesAndPlaces.html#PlaceHistoryMapper
Well, you can return empty token which will change url to /#ContactUsPlace:
Also you can change prefix using @Prefix annotation to get ex. /#contactus:
If you want more controll then you can implement your own PlaceHistoryMapper, here is a simple example:
Tokens returned/taken by above methods are actually whole hash-strings (not just the part after ':' ). In fact you get rid of tokens at all when using this approach.
Writing own generator which would generate this class at compile-time seems to be a good choice. Also don't use PlaceHistoryMapperWithFactory, it gives you the same what you get with PlaceTokenizers.
some docs: http://code.google.com/webtoolkit/doc/latest/DevGuideMvpActivitiesAndPlaces.html#PlaceHistoryMapper