AccueilCodesTutorielsForumsEmploiLivresConnexion

  • Visual Basic, VB6, VB.NET, VB 2005, VB CodeS-SourceS
  • RSS CodeS-SourceS
  • CodyxBot, le Bot GTalk & MSN qu'il vous faut !
  • Générez des revenus avec vos codes, scripts et tutoriaux
  • Aide à la navigation du site
begin process at 2008 12 02 04:21:30
Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

68 commentaire(s) de casy sur des sources sur vbfrance

Le : 10/11/2008 22:31:32
Source : GESTION DE DONNÉES AVEC ACCESS
avec un DataAdapter, on ne peut même pas dire que c'est plus compliqué

soit dtr un DataRow sur la ligne à lire :

MessageBox.Show(dtr.Item("Nom").ToString)

Le : 10/11/2008 22:25:51
Source : GESTION DE DONNÉES AVEC ACCESS
soit dr un DataReader et Nom le champ à lire :

MessageBox.Show(dr("Nom").ToString)

Le : 10/11/2008 22:02:57
Source : GESTION DE DONNÉES AVEC ACCESS
>>Ajouter/modifier des valeurs sans les passer dans l'instruction INSERT/UPDATE.
Personellement, je préfère, je maitrise exactement ce qui est mis à jour.

>>Je trouve la méthode plus lisible, plus simple et plus sûr
Pour l'exemple que tu donne, je ne trouve pas, L'update n'est pas mis en évidence et en débuggage tu eux très bien y tourner autour un moment avant de t'en rendre compte. Personnellement je préfère une requette Update clairement visible et identifiée dans le code.

>>évite les problèmes lié à certains caractères
Ca les masques, mais ne les évitent pas toujours. Pas évident à débugger, çà non plus.

>>pourquoi ne pas appeler les champs par leur nom
Mais c'est le cas lorsque on sait utiliser les classes .Net

>>Ce n'est qu'un avis perso
Tout à fait d'accord avec toi, tu l'auras compris, je suis absolument contre le code "vb6" en .Net mais ça n'engage que moi.
Mais j'ai surtout aussi une forte aversion pour tout ce qui est automatique et ou je ne maitrise pas ce qui est fait, notamment lorsqu'il s'agit de manipuler des données.
Je suis probablement vieux-jeu mais je préfère me taper des lignes de codes et maitriser ce que je fais.
Et je vois effectivement d'un ½il un peu sceptique toutes ces nouvelles méthodes et logiciels qui deviennent la mode et qui se charge de générer le code à ta place. C'est très pratique, c'est génial, .... quand ça marche ! ...



Le : 10/11/2008 18:38:20
Source : GESTION DE DONNÉES AVEC ACCESS
DAO en .Net !!!! Mais non je ne rêve pas, il a osé !!!

Alors pour l'info, DAO date de VB4 et VB5. Déjà avec la sortie de VB6 en 95, Microsoft signalait DAO comme étant obsolète et recommandait très vivement de passer à ADO.

Mais maintenant sous .Net, ADO est aussi obsolète car il fait pas partie de la technologie .Net. C'est ADO.Net qui le remplace, et plus exactement ADO.Net 2.0 sous VS2005 (quand même beaucoup plus puissant et plus simple à utiliser, soit-dit en passant).


DAO en .Net, et pourquoi pas le DOS6.22 sous Vista, tant que l'on y est.

Certes DAO et ADO fonctionnent toujours même sous .Net (tant que les moteurs de BDD les acceptent encore)

Le : 14/10/2008 21:14:39
Source : OUVERTURE D'UN FICHIER PAR UN LOGICIEL EXTERNE
Ben ya pas de raison que ça marche pas alors puisque c'est que qui est utiliser par le système, l'explorateur entre-autre.

Ou alors ton Windows est vérolé, sinon je vois pas

Le : 13/10/2008 17:22:37
Source : OUVERTURE D'UN FICHIER PAR UN LOGICIEL EXTERNE
Tu as quelle configuration, machine, système d'exploitation, ... ?

Le : 15/09/2008 19:15:36
Source : ADDYSHEDULE : VISUALISEUR DE PROGRAMMES
Zut, je suis pas sur que ma note ait été prise en compte, donc je la remet

Le : 15/09/2008 19:13:30
Source : ADDYSHEDULE : VISUALISEUR DE PROGRAMMES
Merci pour cette source.

Il manque un peu de commentaire dans le code, mais j'ai réussi à comprendre le principal.

Je suis en train de l'adapter pour un dev pour un client. Elle va me permettre d'afficher un planning de chaine de production

J'étais parti, au départ sur des composants "pro" tels que ceux de ComponentOne ou DevXperience. Mais plutot que de payer cher des composants qui ne correspondent pas tout à fait à ce que je veux et je ne maitrise pas au niveau adaptation, cette source a le mérite d'être simple et au moins je maitrise toute l'adaptabilité possible.

Modifs prévues :
- Ajout d'un entête pour les divisions de lignes
- Report des propriétés couleur, style, ... sur les items plutôt que sur le contrôle parent
- Ajout (si j'y arrive) de la gestion Drag&Drop des items
- et plein d'autres choses si j'ai le temps.

Je n'aurais jamais eu l'idée de partir sur cette piste pour développer une source de ce genre alors que finalement c'est relativement simple.

Merci pour ton aide ;)

9/10 pour l'absence de commentaires dans le code

Le : 24/08/2008 21:53:10
Source : PROTEGER SON APPLICATION, AUTHENTIFICATION PAR COMPTES SYSTÈME [GRACE A ACTIVE DIRECTORY]
Pour la question 3, c'est simple, c'est utiliser un compte local du PC (comme dans le cas 1) alors que celui-ci est configuré sur un domaine. Par exemple, utiliser le compte local administrateur ...

Pour le reste j'étudierais un peu le code lorsque j'aurais un peu de temps.

Je garde cette source sous le code, peut-etre qu'elle me serviras un jour :)

Le : 24/08/2008 20:49:36
Source : PROTEGER SON APPLICATION, AUTHENTIFICATION PAR COMPTES SYSTÈME [GRACE A ACTIVE DIRECTORY]
Petite question ?

Est-ce que ce code marche dans les cas des comptes utilisateurs suivants :

- PC configuré en worksgroup et donc avec des utilisateurs déclarés sur le PC
- PC configuré en domaine avec les utilisateurs déclaré sur le domaine, pas d'utilisateur en local sur le PC
- PC configuré en domaine (donc utilisateur du domaine) mais aussi avec quelques utilisateurs en local sur le PC

J'ai pas les configurations pour tester dans l'immédiat


1 2 3 4 5 6 7


Nos sponsors

Sondage...

CalendriCode

Décembre 2008
LMMJVSD
1234567
891011121314
15161718192021
22232425262728
293031    

Consulter la suite du CalendriCode


Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,094 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.