Migrer de Delphi 7 vers Delphi .Net

Bonjour,

J'ai developpé une application de gestion d'école en delphi7. C'est une application client/Serveur( Client lourd et serveur de base de donnée).

Je voudrais utiliser une architechture distribuée maintenant. Et pour cela la technologie que je juge bon est le DotNet Remoting pour implementer mes objets métiers.

Je veux savoir donc: Es-ce qu'il faut réecrire le code en dotNet ou y a t'il un moyen de recuperer mon code delphi7 et l'adapter au delphi.Net?

Ou bien si vous avez d'autres solutions n'hesité pas à me le proposer...
merci d'avance!!!!!!!!!

Salut,

Citation:

---

Envoyé par Klemsy78

Je veux savoir donc: Es-ce qu'il faut réecrire le code en dotNet ou y a t'il un moyen de recuperer mon code delphi7 et l'adapter au delphi.Net?

---

Le code D7 doit être adapté, il faut déjà savoir si tu souhaites avoir un code multi-plateforme (version Win32 et .NET) ?

As tu des bases sur le framework .NET ?

As-tu consulté les tutoriels sur la migration de code Delphi Win32 vers Delphi .NET ?

Une autre question est de pouvoir trouver de l'aide sur le sujet en cas de pb technique.
Dans un premier temps une version C/S sous Delphi .NET est peut être préférable...

Citation:

---

Envoyé par Laurent Dardenne

Salut,

Le code D7 doit être adapté, il faut déjà savoir si tu souhaites avoir un code multi-plateforme (version Win32 et .NET) ?

---

Tu peux préciser "un code multiplateforme". A ma connaissance, une application delphi ne peux être concue pour être compilable simultanéement en dotnet et en win32.

Par exemple
Les extensions de fichiers ne sont pas les mêmes (nfm et dfm)
Les uses sont différentes entre .net et win32
Il faut donc forcément faire 2 applis en paralèlles. Même si certaines portions de code peuvent être partagé. Je ne vois pas comment, en dehors d'application simple, faire une seule application multiplateforme sous delphi.

Citation:

---

Envoyé par RamDevTeam

Tu peux préciser "un code multiplateforme". A ma connaissance, une application delphi ne peux être concue pour être compilable simultanément en dotnet et en win32.

---

Oui je parlais de code, effectivement les projets ne peuvent être multiplateforme.

Citation:

---

Envoyé par RamDevTeam

Les uses sont différentes entre .net et win32

---

Pour les unités il est possible, via des directives, de gérer ce pb là.

Bonjour,

J'ai actuellement le même probleme...

Je souhaite déplacer un objet local vers un serveur afin que chaque modification de cette objet ne m'oblige pas a reinstaller celui-ci sur tout les postes clients...

Le projet est en delphi7... mais n'est pas en .net...

Je ne sais pas utiliser DCOM et ne peux pas utiliser le Remoting .net car le reste de l'application est codé en Pascal Objet...

Est il possible de faire un objet qui puisse faire le lien entre mon objet distant et l'application locale?

Merci par avance!!

pourquoi ne pas simplement ajouter une fonction de mise à jour automatique dans l'application Delphi 7 ? :)

Je fairais le projet en utilisant Datasnap, faire du N-tiers avec cette techno, c'est un jeu d'enfant.

Faire du Remoting avec .NET, j'ai fait une formation dessus, on va dire que si t'es à l'aise en Delphi, faudrait pas rajouter une difficulté supplémentaire.

Je pense sincèrement que d'utiliser Datasnap serait une super transition pour ton projet sans tout remettre à plat.

Le problème de DataSnap c'est qu'il me fourni un web service, donc il y a beaucoup de code a adapter si je veux utiliser cette solutions.

J'ai besoin d'avoir un objet par client... ce n'est pas juste des fonctions independantes...

je vais etudier la possibilité d'une mise a jour automatique... Mais si mes souvenirs sont bons, la bibliothèque ne peut etre mises à jour sans l'installation de la nouvelle version acvec un cd... donc il faut faire des manoeuvres sur chaque postes...

C'est pour ca que le .net Remoting répondait parfaitement a ma demande... en me permettant d'instancer tout ca en singlecall et d'avoir mon objet pour chacun de mes cliens....

Merci de votre réponse rapide...

Tu veux dire qu'au niveau de ton serveur, tu alloueras un objet par client, autrement dit tu passes par un proxy.

Heuuu je parlerais plutot de session, je dirais que je voudrais une instanciation de l'objet par client... mais tout est dynamique... les webservices ne permettent pas un aussi au degres de couplage

Citation:

---

Le problème de DataSnap c'est qu'il me fourni un web service, donc il y a beaucoup de code a adapter si je veux utiliser cette solutions.

---

- Faux, Datasnap n'a rien à voir avec Web Service, mais les deux utilisent le principe du proxy.

Citation:

---

What is DataSnap?
Contrary to popular belief, DataSnap is not COM+, CORBA, TCP/IP, HTTP, or even SOAP. DataSnap is also not a tree-tier model. DataSnap is a proprietary Borland technology that enables data (in packets) to be sent across a medium over a distributed network or a file system. Yes, it is true that DataSnap may use a protocol to achieve this, but in essence all that DataSnap does for you is package (and store) data.

---

Si on remplace objet par session, j'ai bien analysé ton problème.
Combien de clients vont être connectés au serveur ?

EDIT:

Citation:

---

je voudrais une instanciation de l'objet par client...

---

Ce lien montre que tu peux le faire sans problème, il s'agit de la propriété LifeCycle de la classe TDSServerClass.

Je parle de Datasnap en version 2009, car il simplifie le protocole de communication en évitant DCOM, uniquement en s'appuyant sur TCP/IP.

Je travaille avec et seulement delphi 7 enversion non .net... (à moins que je me sois trompé...))

Donc la solutions delphi 2009 est impossible a implementer,