Rechercher :
Les sujets | les Forums | Les blogs | Recherchez | Publiez | Creer un compte | Identification -  Bienvenue Invité
Menu
Accueil
Index des articles
Rubriques
Architecture
Persistance
UML
Bancs d'essais
VS.NET
AOP
Aspect DNG
PetShop DNG
PetShop SOA
PetShop AOP

English Translations

Livres en ligne

Mon Compte
Les Stats
Le Top 10
FAQ sur ce site
ChatGuru
Presse
Goodies
GuruBooks
Publier sur DNG
Auteurs
RSS DNG
Blogs.DNG
Publicité
Téléchargez
Mes messages
A Propos

Qui est en ligne ?
Il y a actuellement 44 invités et 0 membres en ligne.

Vous pouvez vous identifier ou vous inscrire ici.


Direct des forums

5 Forums les plus actifs
· Questions sur .NET, C#, ASP.NET (784/2642)
· Offres d'emploi (333/476)
· AspectDNG (68/293)
· Bavardages au sujet de DotNetGuru.org (55/242)
· UML (28/125)


5 Récents posts
· Technicien Informatique Support et Réseaux
0 Réponses
brainsonicrh
06 Juil 2010 à 10:46
· Concepteur-Développeur PHP Symfony
0 Réponses
brainsonicrh
28 Juin 2010 à 17:43
· Développeur C# C++ XML (h/f)
0 Réponses
PAC-Recrutement
16 Juin 2010 à 16:44
· [CDI ARRAS] Chef de Projet .NET
0 Réponses
Mattdef
15 Mar 2010 à 17:03
· [CDI IDF] Chef de projet Marketing/ Web
0 Réponses
brainsonicrh
06 Jan 2010 à 15:57


3 Membres les plus actifs
· tom
(245 Posts)
· Amethyste
(240 Posts)
· Jb
(117 Posts)


Total:
· Catégories: 1
· Forums: 6
· Sujets: 1291
· Messages: 3844

Prise en main du Framework Enterprise Library (1ère Partie)
Transmis par: webmaster actif Dimanche 01 Mai 2005 à 22:31
Actualité Le Framework Enterprise Library est l'héritier des "Application Blocks" et le fruit de la collaboration entre Microsoft et Avanade. Dans cet article, Laurent Desmons nous propose une présentation de EntLib très pratique, idéale pour ceux qui souhaitent se familiariser avec l'outil de Microsoft.


Framework Enterprise Library - 1ère Partie : Présentation, Installation & Mise en Oeuvre
 
Login

 



 


 Problème de connexion ?
 Nouvel utilisateur ? Enregistrez vous !
Liens connexes

· Plus à propos de Actualité
· Info de webmaster


La nouvelle la plus lue à propos de Actualité:
[News] Eclipse s'exécute enfin avec Mono sous Linux grâce à IKVM

Prise en main du Framework Enterprise Library (1ère Partie) | Connexion/Créer un compte | 3 Commentaires
Les commentaires appartiennent à leur auteur. Nous ne sommes pas responsables de leur contenu.
Re: Prise en main du Framework Enterprise Library (1ère Partie)
par Amethyste actif 02 Mai 2005 à 23:58

(Profil Utilisateur | Envoyer un message)
j'ai une question.

Tu écris ceci:
"centraliser les sources des DLL des EntLib de référence (afin d'éviter que plusieurs versions ne circulent) "

et 3 lignes plus bas:

"de préférence, ne pas déployer ces DLL dans le GAC mais utiliser des copies privées propres à chaque application "

justement le GAC n'est pas là pour centraliser?





[Aucun sujet]
par LDesmons actif 03 Mai 2005 à 07:24

(Profil Utilisateur | Envoyer un message)
il s'agit de faire la distinction entre les sources (pour compiler) et le déploiement des DLL résultats de la compilation :
- quand j'évoque la centralisation des sources je veux dire une seule version des sources au sens Visual Source Safe, ou plus simplement un répertoire partagé : ça n'a de sens que si on envisage de modifier les EntLib pour en faire un framework personnalisé
- ensuite, avoir des sources centralisées n'empêche pas de déployer le résultat de la compilation en tant qu'assembly privée pour chaque application sur un poste.





[Aucun sujet]
par yartz actif 03 Mai 2005 à 14:38

(Profil Utilisateur | Envoyer un message)
Pour ce genre de choses (bilbiothèques techniques transersales utilisées sur plusieurs projets) j'aime bien faire une compilation de référence et placer les binaires dans un répertoire bien défini du SCM
(genre
asm/entlib/latest
asm/entlib/1.0
asm/entlib/1.1
)
les références des projets pointent vers le binaire, ce qui permet d'avoir à disposition toutes les libs sans avoir besoin de les installer sur une machine de dev ou de build, et sans polluer les projets avec des projets qui ne servent qu'à la compilation.

Je déteste le GAC, pour des tas de raison dont la galère sans nom qu'il génère quand on veut faire des builds un peu souples sur des machines tierces.




 
DotNetGuru.org TM, une marque de DNG Consulting
 
Powered by the AutoTheme HTML Theme System