J'ai une exigence spécifique comme:modèle de conception pour le paramètre Méthode
serviceUtility.invokeService(requestObj)
La méthode ci-dessus prend la requestObj
, ce qui est pas toujours le même objet. Il peut contenir n'importe quel objet dépend de la fonctionnalité. Mais, le invokeService
est la méthode générale doit gérer la demande basée sur l'objet. Je veux automatiser afin qu'il identifie dynamiquement l'objet et agisse sur le même. Cela signifie que l'implémentation dans la classe serviceUtility
fonctionnerait pour n'importe quel type d'objet. Parce que la logique est la même pour tout le monde. Maintenant je vérifie le type d'objet et fais la logique.
Donc, vous voulez une sorte de logique en fonction du type de 'requestObj'? Pourquoi? Pourquoi ne pas mettre cette logique dans la hiérarchie de classe 'requestObj'? – Brady
Vous avez dit que "l'implémentation dans la classe serviceUtility fonctionnerait pour n'importe quel type d'objet", mais vouliez-vous vraiment dire * any *? Pouvez-vous passer une chaîne, un uri, un bouton? Existe-t-il un ensemble commun de propriétés ou de méthodes dans les objets que vous transmettez à invokeService? – tcarvin