Programmeur depuis longtemps, mais relativement nouveau en Windows et novice
en Windev, je me pose régulièrement cette question - surtout que WD offre
plusieurs ordres de programmation pertinents avec son W-Langage:
y a-t-il un ou des avantages importants à utiliser la base de registre de
Windows pour y placer/récupérer des données au lieu d'utiliser strictement
des fichiers locaux???
Je suis beaucoup mieux éclairé maintenant. J'ai reçu d'autres réponses de l'extérieur aussi et ma conclusion est la suivante;
La base de registre de Windows est à l'image de Windows... avec ses surprises. Quelques utilisateurs VB m'ont informé que certaines lectures/écritures ne fonctionnent pas sur certaines versions de Windows.
De plus, plusieurs savent éditer la base avec Regedit. Alors il faut encrypter, sinon...
Tout ça pour dire que mieux vaut lire la base pour des informations particulières mais en n'oubliant pas des valeurs par défaut si cela ne fonctionne pas et que - à mon avis - rien ne vaut des informations locales (dans le répertoire .EXE dans le cas de WD) avec le logiciel dont on a le plein contrôle.
J'ai beaucoup apprécié toutes vos réponses - merci beaucoup.
Cordialement,
Phil
Bonjour à tous,
Je suis beaucoup mieux éclairé maintenant. J'ai reçu d'autres réponses de
l'extérieur aussi et ma conclusion est la suivante;
La base de registre de Windows est à l'image de Windows... avec ses
surprises.
Quelques utilisateurs VB m'ont informé que certaines lectures/écritures ne
fonctionnent pas sur certaines versions de Windows.
De plus, plusieurs savent éditer la base avec Regedit. Alors il faut
encrypter, sinon...
Tout ça pour dire que mieux vaut lire la base pour des informations
particulières mais en n'oubliant pas des valeurs par défaut si cela ne
fonctionne pas et que - à mon avis - rien ne vaut des informations locales
(dans le répertoire .EXE dans le cas de WD) avec le logiciel dont on a le
plein contrôle.
J'ai beaucoup apprécié toutes vos réponses - merci beaucoup.
Je suis beaucoup mieux éclairé maintenant. J'ai reçu d'autres réponses de l'extérieur aussi et ma conclusion est la suivante;
La base de registre de Windows est à l'image de Windows... avec ses surprises. Quelques utilisateurs VB m'ont informé que certaines lectures/écritures ne fonctionnent pas sur certaines versions de Windows.
De plus, plusieurs savent éditer la base avec Regedit. Alors il faut encrypter, sinon...
Tout ça pour dire que mieux vaut lire la base pour des informations particulières mais en n'oubliant pas des valeurs par défaut si cela ne fonctionne pas et que - à mon avis - rien ne vaut des informations locales (dans le répertoire .EXE dans le cas de WD) avec le logiciel dont on a le plein contrôle.
J'ai beaucoup apprécié toutes vos réponses - merci beaucoup.
Cordialement,
Phil
mat
Guillaume wrote:
Je rends visite à un copain, une entreprise, etc, pour diverses raison, je fais un backup de ton soft et le restore chez moi ! Pour les dates, je m'arrange avec mon horloge, etc. Si ton problème c'est la protection, rien ne vaut un soft dédié pour cela comme LMSentinel de Rainbow - google- ou encore pour des softs où tu as bcp investi, une protection par dungle où tu codes alors tes propres routines de protection. Mais saches tout de même que ceci permet juste de faire reculer le seuil, car tout ce que peut faire un algorithme, un autre peut le défaire. En faisant reculer cette limite, nous faisons un ratio usage/temps passé qui devient dissuasif pour le lamda moyen. En espérant t'avoir éclairé digging
Je pense vous ne parlez pas de la même chose. Toi et William se basent sur un programme ou le changement de date ne comporte pas de vrai problème. Phil par contre parle d'une application commerciale avec facturation, probablement compta etc. Dans ce cas c'est facile de bloquer des données portant, p.ex. une date spécifique, s'il n'y a pas de code de débridage.
Guillaume wrote:
Je rends visite à un copain, une entreprise, etc, pour diverses raison, je
fais un backup de ton soft et le restore chez moi !
Pour les dates, je m'arrange avec mon horloge, etc.
Si ton problème c'est la protection, rien ne vaut un soft dédié pour cela
comme LMSentinel de Rainbow - google- ou encore pour des softs où tu as bcp
investi, une protection par dungle où tu codes alors tes propres routines de
protection.
Mais saches tout de même que ceci permet juste de faire reculer le seuil,
car tout ce que peut faire un algorithme, un autre peut le défaire. En
faisant reculer cette limite, nous faisons un ratio usage/temps passé qui
devient dissuasif pour le lamda moyen.
En espérant t'avoir éclairé
digging
Je pense vous ne parlez pas de la même chose. Toi et William se basent
sur un programme ou le changement de date ne comporte pas de vrai
problème. Phil par contre parle d'une application commerciale avec
facturation, probablement compta etc. Dans ce cas c'est facile de
bloquer des données portant, p.ex. une date spécifique, s'il n'y a pas
de code de débridage.
Je rends visite à un copain, une entreprise, etc, pour diverses raison, je fais un backup de ton soft et le restore chez moi ! Pour les dates, je m'arrange avec mon horloge, etc. Si ton problème c'est la protection, rien ne vaut un soft dédié pour cela comme LMSentinel de Rainbow - google- ou encore pour des softs où tu as bcp investi, une protection par dungle où tu codes alors tes propres routines de protection. Mais saches tout de même que ceci permet juste de faire reculer le seuil, car tout ce que peut faire un algorithme, un autre peut le défaire. En faisant reculer cette limite, nous faisons un ratio usage/temps passé qui devient dissuasif pour le lamda moyen. En espérant t'avoir éclairé digging
Je pense vous ne parlez pas de la même chose. Toi et William se basent sur un programme ou le changement de date ne comporte pas de vrai problème. Phil par contre parle d'une application commerciale avec facturation, probablement compta etc. Dans ce cas c'est facile de bloquer des données portant, p.ex. une date spécifique, s'il n'y a pas de code de débridage.
