"Aurélien REGAT-BARREL" wrote in news:41810ce5$0$16604$:
Bref, pour ce que j'en ai testé, voici mes avis sur 3 libs portables, d'un point de vue technique [..snip..]
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG Views ?
Oui encore :) Mais le coup des license est un sacré frein :(
Michel Michaud
Dans le message ,
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
En principe, comme un logiciel a toujours des exigences au niveau matérielles/logicielles (ne serait-ce que le système d'exploitation), une exigence de plus peut donc être sans conséquence : le logiciel d'installation devrait pouvoir installer tout ce qu'il faut de particulier. Je ne sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
-- Michel Michaud http://www.gdzid.com FAQ de fr.comp.lang.c++ : http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
Dans le message i4tvn05lfk2gnbpu78cekt5i6uhnatbhh3@4ax.com,
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" <mm@gdzid.com>:
Tout dépend bien entendu de la définition de
« professionnelles ».
En fait, ça dépend surtout du prix.
Si tu vends une application à cent mille euros, tu peux te permettre
de payer le déplacement d'un technicien pour t'assurer que
l'application fonctionne chez le client, et le client peut même
parfois dédier une machine à cette application. Java, .Net,
Quicktime, etc., sont alors acceptables.
En principe, comme un logiciel a toujours des exigences au niveau
matérielles/logicielles (ne serait-ce que le système d'exploitation),
une exigence de plus peut donc être sans conséquence : le logiciel
d'installation devrait pouvoir installer tout ce qu'il faut de
particulier. Je ne sais pas pour Java, mais pour .NET, on peut
facilement détecter s'il est installé (ce qui sera de plus en plus
commun) et l'installer au besoin.
--
Michel Michaud mm@gdzid.com
http://www.gdzid.com
FAQ de fr.comp.lang.c++ :
http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
En principe, comme un logiciel a toujours des exigences au niveau matérielles/logicielles (ne serait-ce que le système d'exploitation), une exigence de plus peut donc être sans conséquence : le logiciel d'installation devrait pouvoir installer tout ce qu'il faut de particulier. Je ne sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
-- Michel Michaud http://www.gdzid.com FAQ de fr.comp.lang.c++ : http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ/
Arnaud Meurgues
Aurélien REGAT-BARREL wrote:
- Qt : une des meilleures. Ca émule le look & feel de l'OS visé. Ca dérange l'utilisateur ou non (sous Windows en particulier). Payante ($3700 pour 2
Si on va dans le payant, il y a aussi ILOG Views...
On va dire que je prêche pour ma paroisse, mais sincèrement, ce n'est pas une mauvaise bibliothèque graphique. En revanche, je n'ai aucune idée du prix.
-- Arnaud (Supprimez les geneurs pour me répondre)
Aurélien REGAT-BARREL wrote:
- Qt : une des meilleures. Ca émule le look & feel de l'OS visé. Ca dérange
l'utilisateur ou non (sous Windows en particulier). Payante ($3700 pour 2
Si on va dans le payant, il y a aussi ILOG Views...
On va dire que je prêche pour ma paroisse, mais sincèrement, ce n'est
pas une mauvaise bibliothèque graphique. En revanche, je n'ai aucune
idée du prix.
--
Arnaud
(Supprimez les geneurs pour me répondre)
- Qt : une des meilleures. Ca émule le look & feel de l'OS visé. Ca dérange l'utilisateur ou non (sous Windows en particulier). Payante ($3700 pour 2
Si on va dans le payant, il y a aussi ILOG Views...
On va dire que je prêche pour ma paroisse, mais sincèrement, ce n'est pas une mauvaise bibliothèque graphique. En revanche, je n'ai aucune idée du prix.
-- Arnaud (Supprimez les geneurs pour me répondre)
Arnaud Meurgues
Luc Hermitte wrote:
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG Views ?
Oui, tout plein.
-- Arnaud (Supprimez les geneurs pour me répondre)
Luc Hermitte wrote:
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG
Views ?
Oui, tout plein.
--
Arnaud
(Supprimez les geneurs pour me répondre)
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG Views ? Mais le coup des license est un sacré frein :(
Ça a pas baissé dernièrement ? Avec le repackaging en modules et le passage en vente directe, il me semblait que le prix avait baissé ?
-- Arnaud (Supprimez les geneurs pour me répondre)
Jean-Marc Bourguet
"Michel Michaud" writes:
Dans le message ,
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
En principe, comme un logiciel a toujours des exigences au niveau matérielles/logicielles (ne serait-ce que le système d'exploitation), une exigence de plus peut donc être sans conséquence : le logiciel d'installation devrait pouvoir installer tout ce qu'il faut de particulier. Je ne sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée. J'utilise peu Windows (principalement pour des jeux, accessoirement pour vérifier que des fichiers créés avec {star,open}office se comportent bien avec MS-Office) et pourtant j'ai trop vu de programmes -- parfois venant de MS -- installant d'office une version de la DLL dont ils ont besoin dans le système sans faire attention qu'ils écrasaient une autre version -- antérieure non compatible ou, pire, postérieure et compatible -- cassant ainsi un autre programme.
Que ce soit une DLL ou une machine virtuelle, le problème est le même: considérer ce genre de ressources à la fois comme globales et écrasables pose problème et un programme sérieux ne va pas imposer d'avoir une version donnée qui soit différente de celle installée avec le système.
Un programme sérieux s'il en a besoin va donc les mettre dans son arbre d'installation et les récupérer là, même si la version dont il a besoin est celle normalement installée avec le système tant il est courant pour des programmes moins sérieux d'en exiger d'autres versions.
Même pour quelque chose comme libc (c'est stable) sous Solaris (Sun fait attention à ces problèmes de compatibilité ascendante et descendante), on peut vouloir lier statiquement (mais ça va devenir impossible); j'ai déjà vu des programmes du même fournisseur demander d'avoir le patch SUN X installé pour un et le patch Y installé pour un autre alors que ce sont des patchs incompatibles...
Sous Linux, c'est aussi un gros problème. On se trouve dans un système ou il y a une forte tradition -- moins forte que sous Windows mais plus forte que sous n'importe quel autre unix -- d'avoir une machine par utilisateur et de l'installation de la dernière version alpha du dernier soft à la mode qui a besoin de la version CVS d'une tonne de bibliothèques dynamiques pour fonctionner. Heureusement -- et au contraire de ce que j'ai vu de Windows -- la tradition unix de versionner les bibliothèques partagées et de pouvoir installer des soft n'importe où et de manière indépendante est aussi forte et permet de s'en sortir à condition de ne pas dépendre de packages binaires plus ou moins mal conçus (que ce soit .deb ou .rpm) qui s'installent de force sour /usr/local ou sous /usr.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
"Michel Michaud" <mm@gdzid.com> writes:
Dans le message i4tvn05lfk2gnbpu78cekt5i6uhnatbhh3@4ax.com,
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" <mm@gdzid.com>:
Tout dépend bien entendu de la définition de
« professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une
application à cent mille euros, tu peux te permettre de
payer le déplacement d'un technicien pour t'assurer que
l'application fonctionne chez le client, et le client
peut même parfois dédier une machine à cette
application. Java, .Net, Quicktime, etc., sont alors
acceptables.
En principe, comme un logiciel a toujours des exigences au
niveau matérielles/logicielles (ne serait-ce que le
système d'exploitation), une exigence de plus peut donc
être sans conséquence : le logiciel d'installation devrait
pouvoir installer tout ce qu'il faut de particulier. Je ne
sais pas pour Java, mais pour .NET, on peut facilement
détecter s'il est installé (ce qui sera de plus en plus
commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée.
J'utilise peu Windows (principalement pour des jeux,
accessoirement pour vérifier que des fichiers créés avec
{star,open}office se comportent bien avec MS-Office) et
pourtant j'ai trop vu de programmes -- parfois venant de MS
-- installant d'office une version de la DLL dont ils ont
besoin dans le système sans faire attention qu'ils
écrasaient une autre version -- antérieure non compatible
ou, pire, postérieure et compatible -- cassant ainsi un
autre programme.
Que ce soit une DLL ou une machine virtuelle, le problème
est le même: considérer ce genre de ressources à la fois
comme globales et écrasables pose problème et un programme
sérieux ne va pas imposer d'avoir une version donnée qui
soit différente de celle installée avec le système.
Un programme sérieux s'il en a besoin va donc les mettre
dans son arbre d'installation et les récupérer là, même si
la version dont il a besoin est celle normalement installée
avec le système tant il est courant pour des programmes
moins sérieux d'en exiger d'autres versions.
Même pour quelque chose comme libc (c'est stable) sous
Solaris (Sun fait attention à ces problèmes de compatibilité
ascendante et descendante), on peut vouloir lier
statiquement (mais ça va devenir impossible); j'ai déjà vu
des programmes du même fournisseur demander d'avoir le patch
SUN X installé pour un et le patch Y installé pour un autre
alors que ce sont des patchs incompatibles...
Sous Linux, c'est aussi un gros problème. On se trouve dans
un système ou il y a une forte tradition -- moins forte que
sous Windows mais plus forte que sous n'importe quel autre
unix -- d'avoir une machine par utilisateur et de
l'installation de la dernière version alpha du dernier soft
à la mode qui a besoin de la version CVS d'une tonne de
bibliothèques dynamiques pour fonctionner. Heureusement --
et au contraire de ce que j'ai vu de Windows -- la tradition
unix de versionner les bibliothèques partagées et de pouvoir
installer des soft n'importe où et de manière indépendante
est aussi forte et permet de s'en sortir à condition de ne
pas dépendre de packages binaires plus ou moins mal conçus
(que ce soit .deb ou .rpm) qui s'installent de force sour
/usr/local ou sous /usr.
A+
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien pour t'assurer que l'application fonctionne chez le client, et le client peut même parfois dédier une machine à cette application. Java, .Net, Quicktime, etc., sont alors acceptables.
En principe, comme un logiciel a toujours des exigences au niveau matérielles/logicielles (ne serait-ce que le système d'exploitation), une exigence de plus peut donc être sans conséquence : le logiciel d'installation devrait pouvoir installer tout ce qu'il faut de particulier. Je ne sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée. J'utilise peu Windows (principalement pour des jeux, accessoirement pour vérifier que des fichiers créés avec {star,open}office se comportent bien avec MS-Office) et pourtant j'ai trop vu de programmes -- parfois venant de MS -- installant d'office une version de la DLL dont ils ont besoin dans le système sans faire attention qu'ils écrasaient une autre version -- antérieure non compatible ou, pire, postérieure et compatible -- cassant ainsi un autre programme.
Que ce soit une DLL ou une machine virtuelle, le problème est le même: considérer ce genre de ressources à la fois comme globales et écrasables pose problème et un programme sérieux ne va pas imposer d'avoir une version donnée qui soit différente de celle installée avec le système.
Un programme sérieux s'il en a besoin va donc les mettre dans son arbre d'installation et les récupérer là, même si la version dont il a besoin est celle normalement installée avec le système tant il est courant pour des programmes moins sérieux d'en exiger d'autres versions.
Même pour quelque chose comme libc (c'est stable) sous Solaris (Sun fait attention à ces problèmes de compatibilité ascendante et descendante), on peut vouloir lier statiquement (mais ça va devenir impossible); j'ai déjà vu des programmes du même fournisseur demander d'avoir le patch SUN X installé pour un et le patch Y installé pour un autre alors que ce sont des patchs incompatibles...
Sous Linux, c'est aussi un gros problème. On se trouve dans un système ou il y a une forte tradition -- moins forte que sous Windows mais plus forte que sous n'importe quel autre unix -- d'avoir une machine par utilisateur et de l'installation de la dernière version alpha du dernier soft à la mode qui a besoin de la version CVS d'une tonne de bibliothèques dynamiques pour fonctionner. Heureusement -- et au contraire de ce que j'ai vu de Windows -- la tradition unix de versionner les bibliothèques partagées et de pouvoir installer des soft n'importe où et de manière indépendante est aussi forte et permet de s'en sortir à condition de ne pas dépendre de packages binaires plus ou moins mal conçus (que ce soit .deb ou .rpm) qui s'installent de force sour /usr/local ou sous /usr.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
Jean-Marc Bourguet
writes:
Jean-Marc Bourguet wrote in message news:...
Fabien LE LEZ writes:
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien
Non, tu vends du service en plus.
En fait, la mode semble être les services techniques au numéro payant.
Dans les applications à 100000 euros le siège? La mode chez nous -- c'est le bon ordre de grandeur de nos prix officiels, en pratique naturellement ça se discutte et ceux qui prennent 1000 ou 2000 sièges avec toutes nos applicationsont d'importantes réductions -- semble plus à l'utilisation de licenses non perpétuelles et la mise à disposition sur site de personnes.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
kanze@gabi-soft.fr writes:
Jean-Marc Bourguet <jm@bourguet.org> wrote in message
news:<87vfcvhq51.fsf@news.bourguet.org>...
Fabien LE LEZ <gramster@gramster.com> writes:
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" <mm@gdzid.com>:
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à
cent mille euros, tu peux te permettre de payer le déplacement d'un
technicien
Non, tu vends du service en plus.
En fait, la mode semble être les services techniques au numéro payant.
Dans les applications à 100000 euros le siège? La mode chez
nous -- c'est le bon ordre de grandeur de nos prix
officiels, en pratique naturellement ça se discutte et ceux
qui prennent 1000 ou 2000 sièges avec toutes nos
applicationsont d'importantes réductions -- semble plus à
l'utilisation de licenses non perpétuelles et la mise à
disposition sur site de personnes.
A+
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
On Wed, 27 Oct 2004 13:08:49 -0400, "Michel Michaud" :
Tout dépend bien entendu de la définition de « professionnelles ».
En fait, ça dépend surtout du prix. Si tu vends une application à cent mille euros, tu peux te permettre de payer le déplacement d'un technicien
Non, tu vends du service en plus.
En fait, la mode semble être les services techniques au numéro payant.
Dans les applications à 100000 euros le siège? La mode chez nous -- c'est le bon ordre de grandeur de nos prix officiels, en pratique naturellement ça se discutte et ceux qui prennent 1000 ou 2000 sièges avec toutes nos applicationsont d'importantes réductions -- semble plus à l'utilisation de licenses non perpétuelles et la mise à disposition sur site de personnes.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
kanze
Luc Hermitte wrote in message news:...
"Aurélien REGAT-BARREL" wrote in news:41810ce5$0$16604$:
Bref, pour ce que j'en ai testé, voici mes avis sur 3 libs portables, d'un point de vue technique [..snip..]
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG Views ?
Sans doute, mais il vise un autre marché. Avec la génération des graphes, etc., automatique qu'on n'a pas avec les TK courants.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Luc Hermitte <hermitte@free.fr.invalid> wrote in message
news:<Xns9590C467E2B3Aisyfur@127.0.0.1>...
"Aurélien REGAT-BARREL" <nospam-aregatba@yahoo.fr.invalid> wrote in
news:41810ce5$0$16604$626a14ce@news.free.fr:
Bref, pour ce que j'en ai testé, voici mes avis sur 3 libs
portables, d'un point de vue technique [..snip..]
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG
Views ?
Sans doute, mais il vise un autre marché. Avec la génération des
graphes, etc., automatique qu'on n'a pas avec les TK courants.
--
James Kanze GABI Software http://www.gabi-soft.fr
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
"Aurélien REGAT-BARREL" wrote in news:41810ce5$0$16604$:
Bref, pour ce que j'en ai testé, voici mes avis sur 3 libs portables, d'un point de vue technique [..snip..]
Tout ça me fait me demander, il y a encore des gens qui utilisent ILOG Views ?
Sans doute, mais il vise un autre marché. Avec la génération des graphes, etc., automatique qu'on n'a pas avec les TK courants.
-- James Kanze GABI Software http://www.gabi-soft.fr Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
David MAREC
Bonjour,
D'après Jean-Marc Bourguet:
[Bibliothèques et DLL ici,là et un peu partout] Même pour quelque chose comme libc (c'est stable) sous Solaris (Sun fait attention à ces problèmes de compatibilité ascendante et descendante), on peut vouloir lier statiquement (mais ça va devenir impossible);
Sous Linux, c'est aussi un gros problème. [Snip] Heureusement -- et au contraire de ce que j'ai vu de Windows -- la tradition unix de versionner les bibliothèques partagées et de pouvoir installer des soft n'importe où et de manière indépendante est aussi forte et permet de s'en sortir [...]
Sous BSD, il existe un /etc/libmap.conf qui permet de lier différemments les bibliothèques, selon les versions et surtout selon les logiciels qui les réclament, à d'autres bibliothèques (plus ou moins) 'équivalentes'.
J'ignore comment cela se passe sous linux.
Je demande si une équivalence existe sous Windows, d'où le suivi vers le groupe idoine.
Bonjour,
D'après Jean-Marc Bourguet:
[Bibliothèques et DLL ici,là et un peu partout]
Même pour quelque chose comme libc (c'est stable) sous
Solaris (Sun fait attention à ces problèmes de compatibilité
ascendante et descendante), on peut vouloir lier
statiquement (mais ça va devenir impossible);
Sous Linux, c'est aussi un gros problème. [Snip]
Heureusement --
et au contraire de ce que j'ai vu de Windows -- la tradition
unix de versionner les bibliothèques partagées et de pouvoir
installer des soft n'importe où et de manière indépendante
est aussi forte et permet de s'en sortir [...]
Sous BSD, il existe un /etc/libmap.conf qui permet de lier différemments
les bibliothèques, selon les versions et surtout selon les logiciels qui
les réclament, à d'autres bibliothèques (plus ou moins) 'équivalentes'.
J'ignore comment cela se passe sous linux.
Je demande si une équivalence existe sous Windows, d'où le suivi vers le
groupe idoine.
[Bibliothèques et DLL ici,là et un peu partout] Même pour quelque chose comme libc (c'est stable) sous Solaris (Sun fait attention à ces problèmes de compatibilité ascendante et descendante), on peut vouloir lier statiquement (mais ça va devenir impossible);
Sous Linux, c'est aussi un gros problème. [Snip] Heureusement -- et au contraire de ce que j'ai vu de Windows -- la tradition unix de versionner les bibliothèques partagées et de pouvoir installer des soft n'importe où et de manière indépendante est aussi forte et permet de s'en sortir [...]
Sous BSD, il existe un /etc/libmap.conf qui permet de lier différemments les bibliothèques, selon les versions et surtout selon les logiciels qui les réclament, à d'autres bibliothèques (plus ou moins) 'équivalentes'.
J'ignore comment cela se passe sous linux.
Je demande si une équivalence existe sous Windows, d'où le suivi vers le groupe idoine.
Arnaud Meurgues
Jean-Marc Bourguet wrote:
sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée.
.NET propose, avec son « GAC » une façon relativement propre de gérer ça. Ce que propose .NET est en tout cas bien supérieur à ce que je connais de ce qui existe ailleurs (.dll, .so, ou java).
-- Arnaud (Supprimez les geneurs pour me répondre)
Jean-Marc Bourguet wrote:
sais pas pour Java, mais pour .NET, on peut facilement
détecter s'il est installé (ce qui sera de plus en plus
commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée.
.NET propose, avec son « GAC » une façon relativement propre de gérer
ça. Ce que propose .NET est en tout cas bien supérieur à ce que je
connais de ce qui existe ailleurs (.dll, .so, ou java).
--
Arnaud
(Supprimez les geneurs pour me répondre)
sais pas pour Java, mais pour .NET, on peut facilement détecter s'il est installé (ce qui sera de plus en plus commun) et l'installer au besoin.
Un (gros) problème est la gestion de la version installée.
.NET propose, avec son « GAC » une façon relativement propre de gérer ça. Ce que propose .NET est en tout cas bien supérieur à ce que je connais de ce qui existe ailleurs (.dll, .so, ou java).
-- Arnaud (Supprimez les geneurs pour me répondre)
