Domanda

Sto creando un'attività del flusso di lavoro personalizzato per l'utilizzo all'interno TFS2010. Nella stessa assemblea ho un'attività di XAML e un'attività codice C #. L'attività XAML fa riferimento l'attività di codice.

Quando il gruppo viene distribuito ai nostri clienti, voglio solo loro di essere in grado di utilizzare l'attività del flusso di lavoro. L'attività di codice è di scarsa utilità per sé e sarebbe senza dubbio confonderli.

ho pensato che il modo più logica da fare sarebbe quello di impostare la classe di attività codice interno: il XAML è nella stessa assemblea e dovrebbe essere in grado di accedervi. Tuttavia, quando faccio che ottengo un errore nel codice XAML dire che il tipo non può essere trovato nel gruppo.

C'è un modo per rendere le attività interna / nascosta?

È stato utile?

Soluzione

Questo è un problema comune con XAML in tutte le sue forme. E 'causata dal fatto (menzionato in uno dei commenti) che il parser non è nella stessa assemblea, quindi non ha accesso alle parti interne della vostra assemblea.

Il work-around che ho visto più di frequente è solo quello di separare ciò che si desidera avere come interni nel proprio spazio dei nomi. Almeno allora i vostri consumatori non sono in genere disturbati da confondere i tipi che non hanno bisogno di utilizzare. In WPF questo spazio è solitamente il namespace principale con ".Primitives" allegati. per esempio. System.Windows.Controls.Primitives.

Un altro tack che si potrebbe indagare utilizza un personalizzato NativeActivity piuttosto che un XAML uno. Presumibilmente questo potrebbe utilizzare le classi interne, dal momento che il parser XAML non è coinvolto. Non ho provato questo però.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top