On (pas un client, sinon j'aurais refus� de suite) m'a demand� de porter
une appli VB en PHP... :(====) (�a m'a inspir� un smiley)
Je n'arrive d�j� m�me pas � ouvrir les sources VB. J'ai voulu charger un
VB mais MS veut m'installer 3 tonnes de modules (SQL, .Net, etc.).
De toutes fa�ons, j'ai une flop�e de dll, et de rpt, quelques vbx et exe.
Avez-vous d�j� r�alis� ce genre d'op�ration douloureuse ?
Ne vaut-il mieux pas passer en asp (qui doit �tre du VB et du
C# pour le net, le tout cr�e sous VisualStudio j'imagine) ?
Merci.
Ce sont de simples fichiers texte. N'importe quel �diteur de code fait
l'affaire.
> J'ai voulu charger un
> VB mais MS veut m'installer 3 tonnes de modules (SQL, .Net, etc.).
> De toutes fa�ons, j'ai une flop�e de dll, et de rpt, quelques vbx et exe.
>
> Avez-vous d�j� r�alis� ce genre d'op�ration douloureuse ?
Non, Dieu merci.
> Ne vaut-il mieux pas passer en asp
Heu... c'est une appli web ou une appli desktop dont tu parles ?
> (qui doit �tre du VB et du
> C# pour le net, le tout cr�e sous VisualStudio j'imagine) ?
asp = Active Server Page = une techno MS pour le dev web qui peut
utiliser aussi bien Javascript que VB ou (maintenant) C#.
Comme toutes les drouilles^Mtechnos de chez MS, tu va effectivement
avoir bien du mal sans VS (et avec aussi d'ailleurs).
>
>> Ne vaut-il mieux pas passer en asp
>
> Heu... c'est une appli web ou une appli desktop dont tu parles ?
>
C'est desktop, �a doit finir web.
> Comme toutes les drouilles^Mtechnos de chez MS, tu va effectivement
> avoir bien du mal sans VS (et avec aussi d'ailleurs).
Ca fait plaisir, on part sur de bonnes bases...
Ah, ok. J'avais d'abord pens� que c'�tait justement une appli VB/ASP.
>> Comme toutes les drouilles^Mtechnos de chez MS, tu va effectivement
>> avoir bien du mal sans VS (et avec aussi d'ailleurs).
>
> Ca fait plaisir, on part sur de bonnes bases...
De toutes fa�ons, si �a doit �tre "port�" en appli web, et vu la qualit�
moyenne des applis VB (au fait, c'est quelle version de VB ?), t'a
probablement int�r�t � r��crire "from scratch" - auquel cas les sources
VB n'ont d'int�r�t que documentaire.
Enfin bon, bonne chance hein...
> De toutes fa�ons, si �a doit �tre "port�" en appli web, et vu la qualit�
> moyenne des applis VB (au fait, c'est quelle version de VB ?), t'a
> probablement int�r�t � r��crire "from scratch" - auquel cas les sources
> VB n'ont d'int�r�t que documentaire.
Alors biiiin je n'y ai pas trop cru mais si : c'est du VB3 :D comme en
t�moigne VBRUN300.dll ainsi que les infos de fichiers.
R��crire from scratch c'est bien ce que je comptais faire mais c'est un
appli m�tier avec plein de jolis calculs. Il faudrait donc que je puisse
ouvrir le "projet", avoir un organigramme (parce que je ne sais pas
comment sont li�s tous ses vbx et comment est faite la formidable mdb), etc.
Merde quoi, y'a pas VB2PHPGTK ? Oum�me Perl/Tk hein :)
>
> Enfin bon, bonne chance hein...
�a risque surtout de finir dans les mains d'un pro VS, tout bien
certifi� et tout (la classe quoi), qui lui prendra quelques gros paquets
d'euros.
Doh :(
Eh b� t'es pas dans la m...
> �a risque surtout de finir dans les mains d'un pro VS, tout bien
> certifi� et tout (la classe quoi), qui lui prendra quelques gros paquets
> d'euros.
Mmm... Pas forc�ment. Evid�mment, la r�tro-ing�nierie va pas �tre
�vidente, mais commence quand m�me par voir si tu peux pas trouver moyen
de moyenner. Bon, VB3, je connais mal, honn�tement, mais pour ce qui est
des sources il reste quand m�me tr�s probable que ce soit des formats
texte - donc n'importe quel �diteur de code devrait te les ouvrir. La
mdb, par contre, �a risque d'�tre plus chaud... je suppose que ton
client escompte bien s�r que tu lui r�cup�re ses donn�es ?
>Bruno Desthuilliers a �crit :
>
>> De toutes fa�ons, si �a doit �tre "port�" en appli web, et vu la qualit�
>> moyenne des applis VB (au fait, c'est quelle version de VB ?), t'a
>> probablement int�r�t � r��crire "from scratch" - auquel cas les sources
>> VB n'ont d'int�r�t que documentaire.
>
>Alors biiiin je n'y ai pas trop cru mais si : c'est du VB3 :D comme en
>t�moigne VBRUN300.dll ainsi que les infos de fichiers.
>
>R��crire from scratch c'est bien ce que je comptais faire mais c'est un
>appli m�tier avec plein de jolis calculs. Il faudrait donc que je puisse
>ouvrir le "projet", avoir un organigramme (parce que je ne sais pas
>comment sont li�s tous ses vbx et comment est faite la formidable mdb), etc.
>
>Merde quoi, y'a pas VB2PHPGTK ? Oum�me Perl/Tk hein :)
Pourquoi pas VB2ASP ?
Il y a des ann�es, Bill Gates, parlant de l'avenir de DOS (ce devait
�tre au milieu des ann�es 1990, avant le succ�s de Win 95), n'y voyait
qu'un Basic pouvant tout faire. Aujourd'hui, on trouve du VB un peu
partout dans les logiciels de MS, m�me Excel et Word. M�me s'il n'y
a pas l'interpr�te VBRUN dans MS Office, un langage VB s'y trouve.
Je pense que sa vision s'est transform�e en un langage relativement
coh�rent pour que les gens se retrouvent prisonniers d'un des syst�mes
payants de MS. Il devrait donc y avoir une fa�on beaucoup plus simple
de passer de VB � ASP m�me si on ne conna�t pas beaucoup ASP, que de
tout �crire au complet. Je suppose que suite au discours de Gates,
ASP est du VB autant que PHP est du C et du C++.
Il y a tout de m�me un noeud � pr�voir. ASP ne devrait pas tourner
sous Linux, donc il faudra un serveur MS. PHP a l'avantage d'�tre
plus universel.
Je poserais la question sur un forum ASP pour voir.
Denis
> Mmm... Pas forc�ment. Evid�mment, la r�tro-ing�nierie va pas �tre
> �vidente, mais commence quand m�me par voir si tu peux pas trouver moyen
> de moyenner. Bon, VB3, je connais mal, honn�tement, mais pour ce qui est
> des sources il reste quand m�me tr�s probable que ce soit des formats
> texte - donc n'importe quel �diteur de code devrait te les ouvrir. La
> mdb, par contre, �a risque d'�tre plus chaud... je suppose que ton
> client escompte bien s�r que tu lui r�cup�re ses donn�es ?
Non, ce n'est pas important, ce sont des donn�es de d�mo.
J'ai essay� d'ouvrir un vbx, mais c'est un binaire.
Je sens que je vais me taper l'install de VB (tiens, J#, e r�ve !)... ah
voil�, du MS : VB2008 -> "le fichier est endommag�".
Bon, en anglais... Disk space requirement 266Mb !
Bon, dommage pour vb2php...
> R��crire from scratch c'est bien ce que je comptais faire mais c'est un
> appli m�tier avec plein de jolis calculs. Il faudrait donc que je puisse
> ouvrir le "projet", avoir un organigramme (parce que je ne sais pas
> comment sont li�s tous ses vbx et comment est faite la formidable mdb),
> etc.
>
Il vaut mieux un bon vieil �diteur de texte avec coloration syntaxique
pour aller lire les sources VB3 � la main et un Access pas trop r�cent
pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access
r�cent pour ouvrir et mettre � jour la .mdb et l'exporter dans un format
moins propri�taire ce que les Access actuels font plut�t bien.
--
Greetings, Salutations,
Guiraud Belissen, Ch�teau du Ciel, Drachenwald,
Chris CII, Rennes, France
> Il y a tout de m�me un noeud � pr�voir. ASP ne devrait pas tourner
> sous Linux, donc il faudra un serveur MS. PHP a l'avantage d'�tre
> plus universel.
>
Il y a peut-�tre quelqu'un qui le fera, mais ce ne sera pas moi.
> Je poserais la question sur un forum ASP pour voir.
>
J'�vite de trainer sur les forums MS, les r�ponses sont d'un d�bilit�
sans nom.
J'�tais certifi� MS (d�sol�) et j'y allais pour poser des questions hors
manuel. Je n'ai *jamais* eu de r�ponses pertinentes.
Alors donc, je rappelle que ASP (Active Server Page) n'est *pas* un
langage, mais une techno (de type server page - comme php ou jsp) visant
� int�grer du scripting (interfacage avec IIS et divers "composants COM"
ou "ActiveX" - fondamentalement la m�me chose, c'est � dire avant tout
des esp�ces de DLL dans un enrobage bien compliqu�) dans des pages html
(bref, du server page, quoi), diff�rents langages - dont VB - �tant
utilisables avec cette techno.
Voili voil�...
Bonsoir,
> Il y a tout de m�me un noeud � pr�voir. ASP ne devrait pas tourner
> sous Linux, donc il faudra un serveur MS.
Peut-�tre qu'en utilisant Mono... ?
��Mono est une mise en �uvre libre (sous licence GNU GPL, GNU LGPL ou
X11 selon les �l�ments) de la plate-forme de d�veloppement Microsoft
.NET bas� sur la CLI.��
http://fr.wikipedia.org/wiki/Mono_%28logiciel%29
--
Eric
En plus j'ai 30 jours pour l'utiliser !
Alors ok, VS payant je comprends tout � fait.
MAIS FAIRE PAYER VISUAL BASIC ! JE REVE !
> Il vaut mieux un bon vieil �diteur de texte avec coloration syntaxique
> pour aller lire les sources VB3 � la main et un Access pas trop r�cent
> pour ouvrir la .mdb et aller jeter un coup d'oeil dedans, voir un Access
> r�cent pour ouvrir et mettre � jour la .mdb et l'exporter dans un format
> moins propri�taire ce que les Access actuels font plut�t bien.
Les vbx ne s'ouvrent pas et ne se d�compressent pas. Ensuite j'ai des
dll, des rpt, des images (bmp, ico), mais rien en texte brut :(
Le 13/11/2009 12:13, Olivier Masson a ᅵcrit :
> [Dᅵboires avec Microsoft et Visual Basic]
La charte de ce groupe admet un certain laxisme pour la modᅵration
d'articles hors charte en rᅵponse ᅵ d'autres articles prᅵcᅵdemment
acceptᅵs (lorsque la discussion a commencᅵ en charte).
Mais il ne faudrait pas que les digressions se prolongent trop, or
c'est vraiment le cas ici. Par consᅵquent, toute nouvelle rᅵponse
sera refusᅵe, ᅵ moins d'ᅵtre suivie conformᅵment aux usages vers un
forum oᅵ elle sera en charte (crosspost + followup-to).
Note : le suivi du prᅵsent article est mis vers la liste de discussion
de l'ᅵquipe de modᅵration.
Cordialement,
--
Olivier Miakinen, co-modᅵrateur de fr.comp.lang.php
Suite � la mod�ration justifi�e, je cross-post et fu2 m.p.fr.vb.
Je rappelle le probl�me : passer un appli VB (3 !) en PHP (5 :)).
Merci � VG pour la r�ponse priv�e. Il m'indique que les sources sont
g�n�ralement dans des .frm ou .bas.
Ca tombe bien, j'ai les deux :) Mais pourquoi les deux ? D'autant qu'ils
ne correspondent pas.
Mais ce n'est quand m�me pas du texte brut et Visual Basic 2008 Express
Edition n'ouvre ni l'un, ni l'autre ! Bienvenue dans le monde MS.
Et aucun des fichiers lus par ce dernier n'est pr�sent (ni m�me de
fichier projet).