Discussion :

[lololo60]

Bonjour à tous,
Après mon message posté sur le fonctionnement d'une appli web programmée en C#/.NET en mode non connecté, il m'a paru très compliqué voire impossible de mettre en œuvre ce mode de fonctionnement.

Maintenant je me dirige vers le développement d'une appli windows avec une base de données. je pense développer en JAVA avec la base de donnée DERBI(ce choix n'est pas définitif)

Est-ce possible de faire fonctionner une appli windows utilisant une base de données en mode déconnecté ? c'est à dire, travailler avec mon appli en local sans avoir besoin d'installer ni un serveur de base de données ni autre chose.

Merci pour votre réponse

[Ludo.G]

Je dirai oui, mais je suis pas sur de bien saisir. Il n'y aurait qu'un seul utilisateur de ton appli? Ou tu veux pouvoir synchroniser avec un serveur de données à un moment ou à un autre?

Je connaissait pas Derbi, mais ca me parait adapté si ton appli doit fonctionner sans interactions extérieur. Tu peux aussi stocker tes données sous forme de fichier xml, en fonction de la quantité ca peut être une solution

[lololo60]

Je dirai oui, mais je suis pas sur de bien saisir. Il n'y aurait qu'un seul utilisateur de ton appli? Ou tu veux pouvoir synchroniser avec un serveur de données à un moment ou à un autre?

Je connaissait pas Derbi, mais ca me parait adapté si ton appli doit fonctionner sans interactions extérieur. Tu peux aussi stocker tes données sous forme de fichier xml, en fonction de la quantité ca peut être une solution

Merci pour votre réponse.

Plusieurs utilisateurs utiliseront cette appli.
l'idée d'utiliser une BDD est venue pour stocker certaines données relatives à l'application. (remplissage d'une liste déroulante par exemple)

Je pense avoir trouvé une base de donnée meilleur que DERBY. il s'agit de HSQL. et ça fonctionne en mode déconnecté.

[Bluedeep]

Bonjour à tous,
Après mon message posté sur le fonctionnement d'une appli web programmée en C#/.NET en mode non connecté, il m'a paru très compliqué voire impossible de mettre en œuvre ce mode de fonctionnement.

Maintenant je me dirige vers le développement d'une appli windows avec une base de données. je pense développer en JAVA avec la base de donnée DERBI(ce choix n'est pas définitif)

Bon, même réponse que précédemment : pourquoi compenser un choix de techno inadapté par un changement de langage ????????

Pourquoi ne pas refaire l'appli en gardant le couple C#/.Net mais en passabt en client lourd ????

En effet, il suffit de réécrire l'IHM car, à moins que ton appli ait été codée avec les pieds, tes couches métiers et accès données sont réutilisables à quasi 100%.

Est-ce possible de faire fonctionner une appli windows utilisant une base de données en mode déconnecté ? c'est à dire, travailler avec mon appli en local sans avoir besoin d'installer ni un serveur de base de données ni autre chose.

Absolument.

Méthode :

- Modifier la DAL pour la rendre comlpatible avec une base embarquée (SqlIte, Sql Server CE ou ce que tu veux, ne nécessitant pas de serveur local).

- Refaire la partie IHM de ton appli : passer l'IHM ASP.Net à WPF ou Winforms.

- Régler le problème de synchro à la reconnexion du portable : si ma mémoire est bonne tu as Oracle en SI ? donc la solution native de réplication de fusion de Sql Server CE n'est pas utiisable, dans ce cas :

• développer une solution de synchro en utilisant le SyncFramework.
• ou peut être Oracle dispose-t-il "off the shelf" d'une solution base embarquée + synchro base SI ? (ça je n'en sais rien, voir avec un spécialiste Oracle)

Rien de tout cela n'est insumontable mais il est préférable d'introduire l'étape que vous avez, semble-t-il, allégrement bypassée jusque là : penser l'archi avant.

[lololo60]

Bon, même réponse que précédemment : pourquoi compenser un choix de techno inadapté par un changement de langage ????????

Pourquoi ne pas refaire l'appli en gardant le couple C#/.Net mais en passabt en client lourd ????

En effet, il suffit de réécrire l'IHM car, à moins que ton appli ait été codée avec les pieds, tes couches métiers et accès données sont réutilisables à quasi 100%.

[/B]

Absolument.

Méthode :

- Modifier la DAL pour la rendre comlpatible avec une base embarquée (SqlIte, Sql Server CE ou ce que tu veux, ne nécessitant pas de serveur local).

- Refaire la partie IHM de ton appli : passer l'IHM ASP.Net à WPF ou Winforms.

- Régler le problème de synchro à la reconnexion du portable : si ma mémoire est bonne tu as Oracle en SI ? donc la solution native de réplication de fusion de Sql Server CE n'est pas utiisable, dans ce cas :

• développer une solution de synchro en utilisant le SyncFramework.
• ou peut être Oracle dispose-t-il "off the shelf" d'une solution base embarquée + synchro base SI ? (ça je n'en sais rien, voir avec un spécialiste Oracle)

Rien de tout cela n'est insumontable mais il est préférable d'introduire l'étape que vous avez, semble-t-il, allégrement bypassée jusque là : penser l'archi avant.

Je me suis peut être mal exprimé au départ.
L'appli développée en C#/.NEt sera conservée.J'ai à développer d'autres applications maintenant.
Pour ne pas tomber dans l'erreur et faire une architecture correcte (et n'ayant peu de connaissance en C#) je cherchais à choisir d'autres langages de prog.

Mon choix maintenant est porté sur JAVA avec une base de données embarquée, il s'agit de HSQL.

[Bluedeep]

Je me suis peut être mal exprimé au départ.
L'appli développée en C#/.NEt sera conservée.J'ai à développer d'autres applications maintenant.

Ok, désolé, j'avais mal compris : je pensais que tu comptais redévelopper la solution que tu mentionnais dont ton fil antérieure en changeant de techno.

Pour ne pas tomber dans l'erreur et faire une architecture correcte (et n'ayant peu de connaissance en C#) je cherchais à choisir d'autres langages de prog.

C'est ton droit le plus stricte, mais dans ce cas on a un peu de mal à comprendre ce que ta question fait dans le forum C#.

Mon choix maintenant est porté sur JAVA avec une base de données embarquée, il s'agit de HSQL.

D'où l'utilité d'aller questionner les utilisateurs de ces technos, car tu as bien évidemment fort peu de chances d'avoir une réponse dans cette salle.

A titre personnel, je pense que tu te compliques la vie.

[lololo60]

Ok, désolé, j'avais mal compris : je pensais que tu comptais redévelopper la solution que tu mentionnais dont ton fil antérieure en changeant de techno.



C'est ton droit le plus stricte, mais dans ce cas on a un peu de mal à comprendre ce que ta question fait dans le forum C#.



D'où l'utilité d'aller questionner les utilisateurs de ces technos, car tu as bien évidemment fort peu de chances d'avoir une réponse dans cette salle.

A titre personnel, je pense que tu te compliques la vie.

j'essaie de trouver une solution au problème posé par tout les moyens après si ça parait compliqué tant pis! mais au moins ç solutionne le problème.
je change de forum maintenant.
merci en tout cas pour vos réponses.

bon courage!

[theMonz31]

Salut

Ma participation à 0.33 centimes d'euros


Si tu développes pour une utilisation sur Windows et uniquement windows, tu fais du .Net et c'est tout...(désolé c un peu radical mais bon...)

Après, pour l'aspect déconnecté, c'est complètement indépendant du langage...

La problématique à résoudre quand tu veux faire du déconnecté est bien connue: c'est la "véracité" des données utilisés.

En déconnecté, le risque que les données ne soient plus à jour est "potentiellement" important (dépend du nombre de personnes accédant en modification aux données)...

Après, le choix de la base de données ne doit pas être le premier choix.

Avant de choisir les outils ou technologies à utiliser, on définit clairement l'architecture que l'on veut mettre en oeuvre...

ET UNIQUEMENT Après, on regarde les outils pour appliquer celà...

et non l'inverse...