partage des contrôles utilisateur Web entre projets

Question

Je l'ai fait en utilisant un fichier .cs normal qui étend simplement System.Web.UI.UserControl, puis a inclus l'assembly du projet qui contient le contrôle dans d'autres projets. J'ai également créé des fichiers .ascx dans un projet puis copié tous les fichiers ascx à partir d'un dossier spécifié dans l'événement properties-> Build Events-> Pre-build.

Maintenant, ce que je veux faire est une combinaison de ces deux: Je veux pouvoir utiliser les fichiers ASCX que je construis dans un projet, dans tous mes autres projets mais je veux les inclure en utilisant plutôt des références d'assemblage que d'avoir à les copier dans mes projets "secondaires" car cela me semble une façon de faire ce que je veux faire. Cela fonctionne, mais ce n'est pas très élégant.

Quelqu'un peut-il me faire savoir si cela est encore possible, et si oui, quelle est la meilleure façon d'aborder ce problème?

Answer 1

Fondamentalement, les contrôles utilisateur n'étaient jamais destinés à être partagés entre projets. Si vous souhaitez créer des contrôles réutilisables sur plusieurs projets, vous devez créer des contrôles serveur compilés dans une DLL pouvant simplement être référencés par d'autres projets.

Developing Custom ASP.NET Server Controls

Answer 2

Cet article: http://webproject.scottgu.com/CSharp/UserControls/UserControls.aspx a une idée de pré-construction utile qui peut copier les contrôles nécessaires au cours du développement.

copie $ (SolutionDir) \ MyUserControlLibrary * .ascx $ (ProjectDir) \ UserControls \

Answer 3

Je sais que cette question a déjà répondu, mais un de nos clients utilise Sitefinity et nous fournissons des commandes utilisateur avec un dll compilé fichier qu'ils configurent ensuite dans leur système CMS. Cela fonctionne très bien, autant que je sache. Pour ce faire, nous créons le contrôle utilisateur sur un site Web asp.net (et non une application Web), et publions le site en utilisant l'option précompilée et "noms d'assemblages fixes utilisés". Nous distribuons ensuite la DLL associée au fichier ascx au client et ils importent si nécessaire.