Gwt 最佳实践:如何根据登录用户构建UI

Gwt 最佳实践:如何根据登录用户构建UI,gwt,user-interface,gwt-ext,Gwt,User Interface,Gwt Ext,我正试图找到一种基于登录用户的用户界面构建的最佳方法。 场景是,(目前)有两种类型的用户普通用户和超级用户超级用户通常会看到比普通用户更多的控件 我本来打算做一些繁重的继承,即默认情况下创建SomeDialog,或者如果超级用户被记录,则改为实例化SomeDialogSuper,但是我有一些顾虑: 我发现,使用gwt ext进行大量继承时,需要在稍后阶段注入内容时创建大量面板 多重SomeDialog和SomeDialogSuper听起来是个坏主意,需要维护 然后我想我可以使用一些约定,这样

我正试图找到一种基于登录用户的用户界面构建的最佳方法。 场景是,(目前)有两种类型的用户普通用户超级用户超级用户通常会看到比普通用户更多的控件

我本来打算做一些繁重的继承,即默认情况下创建SomeDialog,或者如果超级用户被记录,则改为实例化SomeDialogSuper,但是我有一些顾虑:

  • 我发现,使用gwt ext进行大量继承时,需要在稍后阶段注入内容时创建大量面板
  • 多重SomeDialog和SomeDialogSuper听起来是个坏主意,需要维护
然后我想我可以使用一些约定,这样我就不必太担心哪个控件是实例化的,但我不太确定如何做到这一点

有什么建议吗

使用延迟绑定

使用延迟绑定


我们将GUI布局存储在存储在服务器上的XML“页面”文件中,使您的需求易于处理(使用“normal_user.XML”或“superuser.XML”)。页面文件被封送到可序列化的factory/DTO实例树中,这些实例用于在客户端创建实际的小部件


我们在使用这种方法的框架上构建了一个大型人力资源门户。该框架现在是开源的。看一看。

我们将GUI布局存储在服务器上存储的XML“页面”文件中,这使得像您这样的需求易于处理(使用“normal_user.XML”或“superuser.XML”)。页面文件被封送到可序列化的factory/DTO实例树中,这些实例用于在客户端创建实际的小部件


我们在使用这种方法的框架上构建了一个大型人力资源门户。该框架现在是开源的。看一看。

像这样,非常感谢它的开源现在已经很好地了解了这一点。像这样,非常感谢它的开源现在已经很好地了解了这一点。