Question

Dans ma compagnie, ils sont enfin (temps ...) compte tenu de convertir une de nos meilleures applications de vente d'une architecture à 2 niveaux à 3 niveaux, à la fois sur logiques (Présentation, couches de données commerciales et) ainsi que niveau physique. Probablement nous irons soit pour un Delphi-Delphi-Oracle ou une approche Delphi Java-Oracle pour le changement.

Ceci est une application relativement ancienne et grande qui a été créé et modifié depuis longtemps avant que je commence à travailler là-bas. Refactoring, sauf quand quelque chose devait être changé, était généralement jamais considéré. En outre, la logique métier est présente dans les deux niveaux réels ... soupir.

Le changement physique ne me dérange pas beaucoup, mais le changement logique sera une sorte de passage à travers l'enfer. Pour lisser, autant que possible, je voudrais étudier sur les composants Delphi conviennent mieux pour un modèle 3-tier.

¿Quelles alternatives envisageriez-vous utiliser?

Était-ce utile?

La solution

Nous avons récemment converti notre application Delphi 2 niveaux à 3 niveaux en utilisant RemObjects DataAbstract. Alors que la courbe d'apprentissage initiale était assez raide, nous sommes absolument ravis des résultats.

DataAbstract vous permet d'oublier les écrous et les boulons sous-jacents de base de données et la connectivité réseau et se concentrer sur la logique métier. Il vous permet de créer une couche de service abstraite qui permet à vos clients de serveur avec une API agréable. En utilisant cette API, nous vous connecter au serveur en utilisant à la fois un Delphi et un client ASP.NET Delphi Prism.

Autres conseils

Une autre bonne bibliothèque cadre n-tier est kbmMW de components4developers: http://components4developers.com/

Je l'ai trouvé assez RemObjects utilisable. Ils ont également DataAbstract construit sur le dessus, mais je l'ai pas utilisé.

Avez-vous déjà pensé DataSnap XE?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top