Version imprimable
dit lui que le framework 1 c'est vraiement naze, ca fait rien
c'était juste pour commencer à habituer les gens à la plateforme ^^
le framework 2 a les meme compatibilités
le 3.5 ne marchera pas sur les vieux windows par contre il permet encore quelques petits trucs en plus ...
Peux-tu préciser vieux windows stp ? :mouarf:
Enfin bon, ce qui est prévu, c'est d'acheter VS2005. Ce sera donc le framework 2.x. Vista n'est pas prévu à l'utilisation pour le moment. Dès qu'on reçoit un nouvel ordi avec vista, on remet XP dessus ^^.
J'espère bien que ça permet les mêmes trucs. J'espère aussi que je n'aurai pas de trop de soucis pour récupérer mes projets du 1.1 en 2.x. Avec microsoft, je me méfie...
Griftou.
les migrations entre 1, 2 et 3.5 sont à priori sans problèmes !
(on vient de migrer une grosse appli de 2 à 3.5 sans aucun soucis)
le framework 3.5 fonctionne sous
Windows Server 2003; Windows Server 2008; Windows Vista; Windows XP
donc pas les vieux windows :D (98,Me, 2k ...)
et vb express ca vous suffit pas ?
Bin est prévu qu'on ait le "VS2005 team edition for software developpers" ou qqch du genre. C'est un truc qu'on a via notre maison mère donc bon, on va pas se privé. On doit quand même le payer mais un peu moins cher j'crois. Enfin j'comprends pas grand chose à tous ces chipotages internes de politiens et de capitalistes.
Donc je laisse faire et j'attends d'avoir ce qu'on m'a dit qu'on aurait ^^.
Griftou.
J'ai encore une question stupide...
Quelle est la différence entre "Dim" et "Private" ?
A ma connaissance, les deux servent à faire des déclarations locales. J'aurais tendance que la différence est que dim sert pour les variables et private pour les sub et fonctions mais je constate qu'on peut utiliser private pour les variables aussi.
Il doit donc y avoir autre chose. Que dis le grand maitre sperot à ce sujet ?
Griftou.
dim = private, pas de différences
en général on préfère mettre private quand meme
dans une sub ou fonction, seul dim est utilisable à priori
rien = public
par exemple
sub masub
=
public sub masub
Entre 2 et 3.5, normal que ca ne pose pas de problemes...Citation:
Envoyé par sperot51
Par contre, de 1.1 a 2, attends toi a passer un peu de temps a corriger les migrations (surtout si tu as des appels a automation, crystal ou des trucs un peu louches...)
(enfin, moi, ce que j'en dis...;) )
Ah merde, ça promet... Enfin, j'crois pas que j'utilise de trucs louches donc c'est déjà ça !Citation:
Envoyé par pvialatte
Griftou.
Revenons en à nos moutons.
Je me suis donc inspirer de l'idée de sperot de créer une classe servant d'usine à créer mes instances de classe d'accès à différentes db.
Cela donne :
Voilà donc pour la classe. IData étant une interface implémentée par les classes SqlData et AccessData.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17Public Class DataFactory Public Enum type_base sql_server = 1 access = 2 End Enum Public Shared Function CreateInstance(ByVal type_data as type_base) as IData Select Case type_data Case type_base.access 'return new type_access Case type_base.sql_server 'return new type_sql_server End Select End Function End Class
Mon problème est que, ces 2 classes n'ayant pas les mêmes constructeurs, je suis bloqué au niveau du select pour écrire le new de ces classes.
Mon problème est que j'ai besoin d'un certain nombre de paramètres pour ces news et que les paramètres sont passé à la fonction CreateInstance mais comme ce n'est pas le nombre partout, je cale. J'suis sûr que ça doit être tout con mais j'manque d'inspiration :cry:.
Help please.
Griftou.
quels sont tes paramètres ?
enfin sinon tu fais une surcharge du createinstance par type de base de données et donc avec chacun ses paramètres
Voilà, j'l'avais dit que c'était tout con !
J'était en train de me casser la tête dans le select en le triturant dans tous les sens alors qu'il suffit d'une surcharge.
Merci sperot !
Griftou.
Voilà, un dernier message pour dire que, après l'avoir inclue dans un projet existant et terminé, ma dll tourne nickel et mon projet s'en porte très bien.
Merci à tous ceux qui m'ont conseillé et aidé dans cette réalisation et plus spécialement à sperot.
A bientôt dans d'autres topics.
Griftou.
(et hop, enfin le tag résolu !)