J'aurais besoin de développer une application de gestion simple mais
qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner
sur le web mais aussi en local sur un pc sans serveur web.
Comment procéderiez vous et qu'utiliseriez vous comme outil de devpt ?
J'aurais besoin de développer une application de gestion simple mais qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner sur le web mais aussi en local sur un pc sans serveur web.
Trop vague ! Quel type de base va contenir les données ?
Micha?l wrote:
J'aurais besoin de développer une application de gestion simple mais
qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner
sur le web mais aussi en local sur un pc sans serveur web.
Trop vague !
Quel type de base va contenir les données ?
J'aurais besoin de développer une application de gestion simple mais qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner sur le web mais aussi en local sur un pc sans serveur web.
Trop vague ! Quel type de base va contenir les données ?
Romuald.besset
Micha?l wrote:
Bonjour,
J'aurais besoin de développer une application de gestion simple mais qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner sur le web mais aussi en local sur un pc sans serveur web.
Comment procéderiez vous et qu'utiliseriez vous comme outil de devpt ?
Merci pour vos réponses -- Michaël
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Avec ces maigres indices...
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
++ R&B
Micha?l wrote:
Bonjour,
J'aurais besoin de développer une application de gestion simple mais
qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner
sur le web mais aussi en local sur un pc sans serveur web.
Comment procéderiez vous et qu'utiliseriez vous comme outil de devpt ?
Merci pour vos réponses
--
Michaël
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Avec ces maigres indices...
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev
ne courrent pas les rues... avec des serveur Web en Win32).
fonctionnement local : WD + ... mysql
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer
des dump.
Autre possibilité pour le local WD+HF+SQLManagerX Converter.
Toujours est-il qu'il est capital de commencer par une analyse des flux
local<->serveur.
J'aurais besoin de développer une application de gestion simple mais qui a malgré tout une spécificité : il faut qu'elle puisse fonctionner sur le web mais aussi en local sur un pc sans serveur web.
Comment procéderiez vous et qu'utiliseriez vous comme outil de devpt ?
Merci pour vos réponses -- Michaël
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Avec ces maigres indices...
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
++ R&B
michael-t
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des articles, des images, une recherche d'articles selon la nomenclature ou selon d'autres critères, un panier de commande,... Les solutions techniques n'est pas imposée : la choix de la base de données ou de l'outil de développement n'est pas figé. Evidemmment si vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais je ne pense pas que cela réponde à complétement à mon besoin. Maintenant, le but final est bien d'avoir une application qui tourne entierement sur le web. Malheuresement pour des pbms de couts d'infrastructure, il faudrait une solution intermédiaire pour que la pillule passe mieux auprès des financiers. C'est à dire par exemple qui puisse être installé via un cd-rom en local. Evidemment pour ne pas faire deux fois le développement, je cherche une solution qui réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
Que veux-tu dire par là ?
En tout cas merci pour vos réponses -- Michaël
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne
suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des
articles, des images, une recherche d'articles selon la nomenclature
ou selon d'autres critères, un panier de commande,...
Les solutions techniques n'est pas imposée : la choix de la base de
données ou de l'outil de développement n'est pas figé. Evidemmment si
vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais
je ne pense pas que cela réponde à complétement à mon besoin.
Maintenant, le but final est bien d'avoir une application qui tourne
entierement sur le web. Malheuresement pour des pbms de couts
d'infrastructure, il faudrait une solution intermédiaire pour que la
pillule passe mieux auprès des financiers. C'est à dire par exemple
qui puisse être installé via un cd-rom en local. Evidemment pour ne
pas faire deux fois le développement, je cherche une solution qui
réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev
ne courrent pas les rues... avec des serveur Web en Win32).
fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer
des dump.
Autre possibilité pour le local WD+HF+SQLManagerX Converter.
Toujours est-il qu'il est capital de commencer par une analyse des flux
local<->serveur.
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des articles, des images, une recherche d'articles selon la nomenclature ou selon d'autres critères, un panier de commande,... Les solutions techniques n'est pas imposée : la choix de la base de données ou de l'outil de développement n'est pas figé. Evidemmment si vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais je ne pense pas que cela réponde à complétement à mon besoin. Maintenant, le but final est bien d'avoir une application qui tourne entierement sur le web. Malheuresement pour des pbms de couts d'infrastructure, il faudrait une solution intermédiaire pour que la pillule passe mieux auprès des financiers. C'est à dire par exemple qui puisse être installé via un cd-rom en local. Evidemment pour ne pas faire deux fois le développement, je cherche une solution qui réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
Que veux-tu dire par là ?
En tout cas merci pour vos réponses -- Michaël
Roumegou
Micha?l avait écrit le 28/07/2004 :
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des articles, des images, une recherche d'articles selon la nomenclature ou selon d'autres critères, un panier de commande,... Les solutions techniques n'est pas imposée : la choix de la base de données ou de l'outil de développement n'est pas figé. Evidemmment si vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais je ne pense pas que cela réponde à complétement à mon besoin. Maintenant, le but final est bien d'avoir une application qui tourne entierement sur le web. Malheuresement pour des pbms de couts d'infrastructure, il faudrait une solution intermédiaire pour que la pillule passe mieux auprès des financiers. C'est à dire par exemple qui puisse être installé via un cd-rom en local. Evidemment pour ne pas faire deux fois le développement, je cherche une solution qui réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S. C'est une illusion entrenue par les éditeurs du Develop Once, Run everywhere.
Ce n'est pas vrai pour windev, webdev. Je ne crois pas que cela soit vrai pour Visual.net.
Après ton choix doit être dicté par l'ouverture, la pérennité et tes ressources (compétences disponibles). Moi je le ferais en Windev/MySQL/Webdev Windev car c'est très performant comme outil de dev C/S mysql car cela me permettra à tout moment d'évoluer vers des outils ou langage que je désire, sans être lié à un éditeur. WebDev car je n'ai pas les compétences suffisantes en php, que cela me permettra de récupérer une partie de mon code (et que maintenant j'ai mangé mon pain noir en Webdev)
Il y a la solution WDScript aussi à évaluer.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
Que veux-tu dire par là ?
En tout cas merci pour vos réponses
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Micha?l avait écrit le 28/07/2004 :
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne
suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des
articles, des images, une recherche d'articles selon la nomenclature
ou selon d'autres critères, un panier de commande,...
Les solutions techniques n'est pas imposée : la choix de la base de
données ou de l'outil de développement n'est pas figé. Evidemmment si
vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais
je ne pense pas que cela réponde à complétement à mon besoin.
Maintenant, le but final est bien d'avoir une application qui tourne
entierement sur le web. Malheuresement pour des pbms de couts
d'infrastructure, il faudrait une solution intermédiaire pour que la
pillule passe mieux auprès des financiers. C'est à dire par exemple
qui puisse être installé via un cd-rom en local. Evidemment pour ne
pas faire deux fois le développement, je cherche une solution qui
réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev
ne courrent pas les rues... avec des serveur Web en Win32).
fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Quoique tu choisisses, ce sera deux développements
avec des degrés divers dans la récupération de codes, fonctions entre
les environnements Web et C/S.
C'est une illusion entrenue par les éditeurs du Develop Once, Run
everywhere.
Ce n'est pas vrai pour windev, webdev. Je ne crois pas que cela soit
vrai pour Visual.net.
Après ton choix doit être dicté par l'ouverture, la pérennité et tes
ressources (compétences disponibles).
Moi je le ferais en Windev/MySQL/Webdev
Windev car c'est très performant comme outil de dev C/S
mysql car cela me permettra à tout moment d'évoluer vers des outils ou
langage que je désire, sans être lié à un éditeur.
WebDev car je n'ai pas les compétences suffisantes en php, que cela me
permettra de récupérer une partie de mon code (et que maintenant j'ai
mangé mon pain noir en Webdev)
Il y a la solution WDScript aussi à évaluer.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer
des dump.
Autre possibilité pour le local WD+HF+SQLManagerX Converter.
Toujours est-il qu'il est capital de commencer par une analyse des flux
local<->serveur.
Que veux-tu dire par là ?
En tout cas merci pour vos réponses
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
En réponse à Romuald et à Gégé qui semble d'accord pour dire que je ne suis pas assez précis...
En fait l'application est un "catalogue" : des nomenclatures, des articles, des images, une recherche d'articles selon la nomenclature ou selon d'autres critères, un panier de commande,... Les solutions techniques n'est pas imposée : la choix de la base de données ou de l'outil de développement n'est pas figé. Evidemmment si vous me répondez que je peux le faire en Windev+HF ca me va bien. Mais je ne pense pas que cela réponde à complétement à mon besoin. Maintenant, le but final est bien d'avoir une application qui tourne entierement sur le web. Malheuresement pour des pbms de couts d'infrastructure, il faudrait une solution intermédiaire pour que la pillule passe mieux auprès des financiers. C'est à dire par exemple qui puisse être installé via un cd-rom en local. Evidemment pour ne pas faire deux fois le développement, je cherche une solution qui réponde directement aux deux possibilités.
Mot d'ordre : faire au plus simple (quand l'nvironnement ne l'est pas).
Oui ca m'arrangerait de faire simple.
Avec ces maigres indices...
Oui j'ai cru comprendre.
fonctionnement web : on part alors sur php+mysql (car les hosts WebDev ne courrent pas les rues... avec des serveur Web en Win32). fonctionnement local : WD + ... mysql
C'est un début même si cela suppose de faire 2 développements.
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S. C'est une illusion entrenue par les éditeurs du Develop Once, Run everywhere.
Ce n'est pas vrai pour windev, webdev. Je ne crois pas que cela soit vrai pour Visual.net.
Après ton choix doit être dicté par l'ouverture, la pérennité et tes ressources (compétences disponibles). Moi je le ferais en Windev/MySQL/Webdev Windev car c'est très performant comme outil de dev C/S mysql car cela me permettra à tout moment d'évoluer vers des outils ou langage que je désire, sans être lié à un éditeur. WebDev car je n'ai pas les compétences suffisantes en php, que cela me permettra de récupérer une partie de mon code (et que maintenant j'ai mangé mon pain noir en Webdev)
Il y a la solution WDScript aussi à évaluer.
Il est alors possible de poster (ftp) sur le serveur ou d'en récuperer des dump. Autre possibilité pour le local WD+HF+SQLManagerX Converter. Toujours est-il qu'il est capital de commencer par une analyse des flux local<->serveur.
Que veux-tu dire par là ?
En tout cas merci pour vos réponses
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Gégé
Roumegou wrote:
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez rapidement sans aucun coût.
Roumegou wrote:
Quoique tu choisisses, ce sera deux développements
avec des degrés divers dans la récupération de codes, fonctions entre
les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner
ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez rapidement
sans aucun coût.
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez rapidement sans aucun coût.
ted
=?ISO-8859-15?Q?Gégé?= écrivait news:ce7ou6$r73$:
Roumegou wrote:
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez
rapidement
sans aucun coût.
Salut,
Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
Quoique tu choisisses, ce sera deux développements
avec des degrés divers dans la récupération de codes, fonctions entre
les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner
ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez
rapidement
sans aucun coût.
Salut,
Et pourquoi pas hyperfile ?
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis
tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en
web c'est full c/s : traitement + données !
Quoique tu choisisses, ce sera deux développements avec des degrés divers dans la récupération de codes, fonctions entre les environnements Web et C/S.
Non, tu peux opter pour du client léger uniquement en faisant tourner ton appli avec les dizaines de solution mini-serveur web en local.
L'intérêt est que tu peux monter une plateforme de test assez
rapidement
sans aucun coût.
Salut,
Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
-- En esperant t'avoir aidé. ted
jacques trepp
ted wrote:
Salut,
Et pourquoi pas hyperfile ?
y a pas à dire : une petite intraveineuse de temps en temps, ça dope ! ;)
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
on se demande pourquoi ils annoncent la sortie prochaine de la version c/s.
-- Jacques TREPP AlbyGest
enlever _pasdespam pour me joindre
ted wrote:
Salut,
Et pourquoi pas hyperfile ?
y a pas à dire : une petite intraveineuse de temps en temps, ça dope ! ;)
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu
dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le
serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui
en web c'est full c/s : traitement + données !
on se demande pourquoi ils annoncent la sortie prochaine de la version c/s.
--
Jacques TREPP
AlbyGest
jacques.trepp_pasdespam@free.fr
enlever _pasdespam pour me joindre
y a pas à dire : une petite intraveineuse de temps en temps, ça dope ! ;)
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
on se demande pourquoi ils annoncent la sortie prochaine de la version c/s.
-- Jacques TREPP AlbyGest
enlever _pasdespam pour me joindre
Gégé
ted wrote:
Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Toi tu n'as pas bien compris ce qu'était le client léger. Où as-tu vu qu'il fallait mettre MySql sur CD ?
ted wrote:
Et pourquoi pas hyperfile ?
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis
tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Toi tu n'as pas bien compris ce qu'était le client léger. Où as-tu vu
qu'il fallait mettre MySql sur CD ?
Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Toi tu n'as pas bien compris ce qu'était le client léger. Où as-tu vu qu'il fallait mettre MySql sur CD ?
Manu
> Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Première question : as-tu déjà fait une base HF sur CD ? si oui, peux-tu me dire comment tu gères la sort de fichier flag qui est généré lors de l'exe. Nous avons essayé de faire cela pour un client sans succès, je suis donc preneur de toute information.
Sinon des base de données MySQL sur CD, çà existe.
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
Disons que l'on est dans une configuration un peu plus 3-tier (user - serveur http - HF)
> Et pourquoi pas hyperfile ?
Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis
tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Première question : as-tu déjà fait une base HF sur CD ? si oui, peux-tu me
dire comment tu gères la sort de fichier flag qui est généré lors de l'exe.
Nous avons essayé de faire cela pour un client sans succès, je suis donc
preneur de toute information.
Sinon des base de données MySQL sur CD, çà existe.
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en
web c'est full c/s : traitement + données !
Disons que l'on est dans une configuration un peu plus 3-tier (user -
serveur http - HF)
> Et pourquoi pas hyperfile ? Mao je l'utilise beuacoup et avec succés. Surtout d'apres ce que tu dis tu dois pouvoir faire un CD. Une base MySQL sur CD avec le serveur ???
Première question : as-tu déjà fait une base HF sur CD ? si oui, peux-tu me dire comment tu gères la sort de fichier flag qui est généré lors de l'exe. Nous avons essayé de faire cela pour un client sans succès, je suis donc preneur de toute information.
Sinon des base de données MySQL sur CD, çà existe.
Et dans le cadre de webdev avec hyperfile tu as aussi du c/s. Et oui en web c'est full c/s : traitement + données !
Disons que l'on est dans une configuration un peu plus 3-tier (user - serveur http - HF)
SEINLET Nicolas
"Micha?l" a écrit dans le message de news:
je cherche une solution qui réponde directement aux deux possibilités.
Quel que soit l'éditeur, une page web n'est pas une fenêtre windows. On a développé une application qui devait répondre à ce principe web et exe, donc voici ce que nous en avons retenu :
- Citrix Metaframe permet d'utiliser des exe dans ie, donc 1! projet en windev. Inconvénient : le prix de MetaFrame! - Le couple Windev / Webdev, avec utilisation des composants : réutilisabilité maximum du code source, mais obligation de refaire toutes les fenêtres windev en pages WebDev. Inconvénient : WebDev ne sait pas utiliser les composants windev 8. Il faut donc travailler en windev 7.5, ... - en .NET, même principe que pour Windev/webdev. Bonne réutilisabilité, mais il faut refaire chaque fenêtre en page - Java. Pas besoin de refaire tout! On transforme les fenêtre en applets, ca va vite à la programmation, mais les applets sont lourds à charger...
"Micha?l" <michael-t@ifrance.com> a écrit dans le message de
news:21471365.0407272357.248e634a@posting.google.com...
je cherche une solution qui
réponde directement aux deux possibilités.
Quel que soit l'éditeur, une page web n'est pas une fenêtre windows. On a
développé une application qui devait répondre à ce principe web et exe, donc
voici ce que nous en avons retenu :
- Citrix Metaframe permet d'utiliser des exe dans ie, donc 1! projet en
windev. Inconvénient : le prix de MetaFrame!
- Le couple Windev / Webdev, avec utilisation des composants :
réutilisabilité maximum du code source, mais obligation de refaire toutes
les fenêtres windev en pages WebDev. Inconvénient : WebDev ne sait pas
utiliser les composants windev 8. Il faut donc travailler en windev 7.5, ...
- en .NET, même principe que pour Windev/webdev. Bonne réutilisabilité, mais
il faut refaire chaque fenêtre en page
- Java. Pas besoin de refaire tout! On transforme les fenêtre en applets, ca
va vite à la programmation, mais les applets sont lourds à charger...
je cherche une solution qui réponde directement aux deux possibilités.
Quel que soit l'éditeur, une page web n'est pas une fenêtre windows. On a développé une application qui devait répondre à ce principe web et exe, donc voici ce que nous en avons retenu :
- Citrix Metaframe permet d'utiliser des exe dans ie, donc 1! projet en windev. Inconvénient : le prix de MetaFrame! - Le couple Windev / Webdev, avec utilisation des composants : réutilisabilité maximum du code source, mais obligation de refaire toutes les fenêtres windev en pages WebDev. Inconvénient : WebDev ne sait pas utiliser les composants windev 8. Il faut donc travailler en windev 7.5, ... - en .NET, même principe que pour Windev/webdev. Bonne réutilisabilité, mais il faut refaire chaque fenêtre en page - Java. Pas besoin de refaire tout! On transforme les fenêtre en applets, ca va vite à la programmation, mais les applets sont lourds à charger...
