GWT chargement Dynamique à l'aide de GWT.créer() avec des littéraux de Chaîne au lieu de la Classe des littéraux

Il est possible, quoique difficile. Voici les détails techniques:

Si vous ne pensez que GWT comme un droit de Java JS, ça ne marcherait pas. Cependant, si vous envisagez de Générateurs - classes Spéciales avec votre GWT compilateur Compile et Exécute lors de la compilation, il est possible. Ainsi, vous pouvez générer java de la source de tout, même de la compilation.

J'ai eu ce besoin aujourd'hui de Notre système traite de la Dynamique des ressources désactiver un Service, se terminant en une Chaîne de caractères et un besoin pour une classe. Voici la solutuion je suis venu avec - btw, il fonctionne sous hébergé, IE et Firefox.

• Créer un Module GWT en déclarant:
  • Un chemin de la source
  • Un Générateur (qui devrait être gardé à l'EXTÉRIEUR le package du Module GWT chemin de la source)
  • Une interface de remplacement (il va injecter de la classe Générée au lieu de l'interface)
• À l'intérieur de ce paquet, de créer un Marqueur de l'interface (je l'appelle Constructable). Le Générateur de recherche pour que le Marqueur
• Créer une base de classe abstraite pour tenir cette usine. Je fais cela dans le but d'alléger le code source généré
• Déclarer que le module d'hériter sur votre Application.gwt.xml

Quelques remarques:

• Clé de la compréhension est autour de la notion de générateurs;
• Afin de facilité, la classe de base Abstraite a été très utile.
• Aussi, de comprendre qu'il n'y est nom mandling dans le générés .js source et même le source Java généré
• Rappelez-vous le Générateur de sorties de fichiers java
• GWT.créer des besoins allusion à l' .fichier de classe. Votre sortie du générateur peut le faire, tant qu'il est référencé en quelque sorte à partir de votre application (à vérifier Application.gwt.xml hérite de votre module, qui remplace aussi une interface avec le générateur de votre Application.gwt.xml déclare)
• Envelopper les GWT.créer appeler à l'intérieur de l'usine de la méthode/de singleton, et aussi en vertu de GWT.isClient()
• C'est une très bonne idée aussi envelopper votre code de la classe de chargement des appels autour d'une GWT.runAsync, comme on pourrait le besoin de déclencher un module de charge. C'est TRÈS important.

J'espère poster le code source bientôt. Croisez les doigts. 🙂

OriginalL'auteur aldrinleal

Je suis tombé sur cette question aujourd'hui, et a trouvé une solution. L'interlocuteur est essentiellement vouloir écrire une méthode telle que:

public <T extends MyInterface> T create(Class<T> clz) {
    return (T)GWT.create(clz);
}

Ici MyInterface est simplement un marqueur de l'interface pour définir l'éventail de classes, je veux être en mesure de générer dynamiquement. Si vous essayez de code ci-dessus, vous obtiendrez une erreur. Le truc, c'est de définir un "instantiator" tels que:

public interface Instantiator {
    public <T extends MyInterface> T create(Class<T> clz);
}

Maintenant définir une GWT différé de liaison générateur qui retourne une instance de la ci-dessus. Dans le générateur de requête de la TypeOracle pour obtenir tous les types de MyInterface et générer des implémentations pour eux comme vous le feriez pour tout autre type:

e.g:

public class InstantiatorGenerator extends Generator {

public String generate(...) {
   TypeOracle typeOracle = context.getTypeOracle();
   JClassType myTYpe= typeOracle.findType(MyInterface.class.getName());

    JClassType[] types = typeOracle.getTypes();
    List<JClassType> myInterfaceTypes = Collections.createArrayList();

    //Collect all my interface types.
    for (JClassType type : types) {
        if (type.isInterface() != null && type.isAssignableTo(myType)
                && type.equals(myType) == false) {
            myInterfaceTypes.add(type);
        }
        for (JClassType nestedType : type.getNestedTypes()) {
            if (nestedType.isInterface() != null && nestedType.isAssignableTo(myType)
                    && nestedType.equals(myTYpe) == false) {
                myInterfaceTypes.add(nestedType);
            }
        }
    }

    for (JClassType jClassType : myInterfaceTypes) {
        MyInterfaceGenerator generator = new MyInterfaceGenerator();
        generator.generate(logger, context, jClassType.getQualifiedSourceName());
    }
 }

 //Other instantiator generation code for if () else if () .. constructs as 
 //explained below.
}

La MyIntefaceGenerator classe est juste comme n'importe quel autre différés de liaison du générateur. Sauf que vous l'appelez directement dans le générateur au lieu de via GWT.créer. Une fois la génération de tous les sous-types de MyInterface est fait (lors de la génération des sous-types de MyInterface dans le générateur, assurez-vous de faire la classe d'avoir un modèle unique, comme MyInterface.classe.getName() + "_MySpecialImpl"), il suffit de créer le Instantiator par de nouveau itération à travers tous les sous-types connus de MyInterface et la création d'un groupe de

if (clz.getName().equals(MySpecialDerivativeOfMyInterface)) { return (T) new MySpecialDerivativeOfMyInterface_MySpecialImpl();}

style de code. Enfin lever une exception, vous pouvez renvoyer une valeur dans tous les cas.

Maintenant où vous souhaitez appeler GWT.create(clz); au lieu de faire la suivante:

private static final Instantiator instantiator = GWT.create(Instantiator.class);
...
return instantiator.create(clz);

Noter également que dans votre GWT module xml, vous n'aurez qu'à définir un générateur pour Instantiator, pas pour MyInterface générateurs:

<generate-with class="package.rebind.InstantiatorGenerator">
    <when-type-assignable   class="package.impl.Instantiator" />
</generate-with>

Bingo!

OriginalL'auteur Καrτhικ

Tout est possible..mais peut être difficile, voire inutile. Jan a mentionné que vous devez utiliser un générateur de le faire. Fondamentalement, vous pouvez créer votre interface du générateur de code qui prend de l'interface et de les compiler au moment de la création et vous donne en l'occurrence. Un exemple pourrait être:

//A marker interface
public interface Instantiable {
}
//What you will put in GWT.create
public interface ReflectionService {
 public Instantiable newInstance(String className);
}
//gwt.xml, basically when GWT.create finds reflectionservice, use reflection generator
<generate-with class="...ReflectionGenerator" >
<when-type-assignable class="...ReflectionService" />
</generate-with>  
//In not a client package
public class ReflectionGenerator extends Generator{
...
}
//A class you may instantiate
public class foo implements Instantiable{
}
//And in this way
ReflectionService service = GWT.create(ReflectionService.class);
service.newInstance("foo");

Tout ce que vous devez savoir, c'est comment faire le générateur. Je peut vous dire qu'à la fin ce que vous faites dans le générateur est de créer du code Java dans ce mode:

if ("clase1".equals(className)) return new clase1();
else if ("clase2".equals(className)) return new clase2();
...

Au final j'ai pensé, bon je peux le faire à la main dans une sorte de InstanceFactory...
En Ce Qui Concerne Meilleur

OriginalL'auteur

De ne pas avoir regardé à travers le code de la roquette/gwittir (que vous devez faire si vous voulez savoir comment ils ont fait, c'est opensource, après tout), je ne peux que deviner qu'ils emploient des différés de liaison de telle manière que, lors de la compilation, ils travaillent sur tous les appels à la réflexion, et de manière statique de générer tout le code nécessaire pour mettre en œuvre ces appels. Donc, au cours de l'exécution, vous ne pouvez pas faire de différentes.

OriginalL'auteur Chii

Vous pourriez être en mesure d'éviter tout problème en fait sur le côté serveur. Dire avec un service de
la sorcière prend Chaîne de caractères et renvoie une sorte de serializable super type.
Du côté serveur, vous pouvez le faire

return (MySerializableType)Class.forName("className").newInstance();

Selon votre situation il pourrait ne pas être un gros goulot d'étranglement des performances.

OriginalL'auteur Naso