L'utilisation de la 3ème partie de bibliothèques de composants dans la production

Question

Lors de l'utilisation de la 3ème partie de bibliothèques de composants dans les projets de production, vous êtes rigoureux sur l'utilisation de seulement publié des versions de dit les bibliothèques?

Lorsque vous pensez à l'aide d'une version pré-bêta ou la version de bibliothèque (en dev?dans la production, dans certaines circonstances)?

Si vous tombez sur un bug ou d'une lacune de la bibliothèque et vous êtes déjà engagé à utiliser, ne vous appliquer un patch à la bibliothèque ou à créer une solution de contournement dans votre code?

Answer 1

Je suis un grand fan de pas de codage quelque chose quand quelqu'un d'autre a une version que je ne pouvais pas le code dans un délai raisonnable ou m'obligerait à devenir un expert en quelque chose qui n'aurait pas d'importance dans le long terme.

Il y a plusieurs composants open source et les bibliothèques que j'ai utilisé dans notre environnement de production tels que Quartz.NET, Log4Net, nLog, SharpFTPLibrary (fortement modifiées) et plus.Quartz.NET était en beta quand j'ai publié une application à l'utiliser en production.C'était une très bonne stabilité de la bêta et j'ai eu le code source afin que je puisse déboguer un problème et il y avait quelques.Lorsque j'ai rencontré un bug ou une erreur, je voudrais le réparer et de poster la question sur le bug tracker ou de l'auteur.Je me sens très à l'aise à l'aide d'un produit bêta si la source est disponible pour moi à résoudre les éventuels problèmes ou il y a un grand nombre de développeurs de marteler toutes les questions.

Answer 2

J'ai utilisé la bêta de bibliothèques dans des projets commerciaux avant, mais surtout au cours du développement, et lorsque le vendeur est susceptible de sortir une version finale avant de finir le produit.

Par exemple, j'ai développé une petite application de bureau à l'aide de Visual Studio 2005 Beta 2 parce que je savais que la version RTM serait disponible avant la version finale de mon application.Aussi, j'ai utilisé une version bêta de FirebirdSQL ADO.NET Pilote au cours du développement d'un autre projet.

Pour les bugs, je tente d'afficher complet des rapports de bug à chaque fois qu'il y a un moyen de le reproduire, mais la plupart du temps que vous avez à trouver une solution à la libération de l'application dès que possible.

Answer 3

• Oui.Sauf si il y a une option que nous avons vraiment besoin dans une version bêta.
• Il n'y a pas de point à l'aide d'une version bêta en dev si vous n'êtes pas certain que vous allez l'utiliser dans la production.Qui semble juste comme un gaspillage de l'exercice
• Je vais utiliser le patch.Pourquoi écrire du code pour quelque chose que vous avez payé?

Answer 4

Il n'y a pas de point à l'aide d'une version bêta en dev si vous n'êtes pas certain que vous allez l'utiliser dans la production.Qui semble juste comme un gaspillage de l'exercice

Bon point, j'étais aussi en considérant le scénario de l'évaluation de la pré-release de la version en dev, mais je suppose que l'atteinte aux dev -> test/qa -> prod chemin.

Je vais utiliser le patch.Pourquoi écrire du code pour quelque chose que vous avez payé?

Si ce n'est pas une bibliothèque commerciale, mais de l'open source de l'un?Que faire si le correctif à appliquer n'est pas de la libération de l'entité (p. ex.votre propre patch)?

Answer 5

J'utilise:

• Infragistics (.NET WinForms des contrôles)
• LeadTools (capture vidéo)
• Xtreme ToolkitPro MFC (contrôle)
• La Mesure de National Instruments Studio (calcul des bibliothèques, de traçage et de DAQ)

J'ai trouvé des bugs dans chacun de ceux-ci, j'ai donc essayer de limiter leur utilisation autant que possible.Infragisitcs est assez bon pour ce que c'est, et de National Instruments est de loin le meilleur, bien que très limitée.Je voudrais éviter de LeadTools à tout prix.