È possibile avere due classi parziali in assiemi diversi che rappresentano la stessa classe?

Ho una classe chiamata 'Article' in un progetto chiamato 'MyProject.Data', che funge da layer di dati per la mia applicazione web.

Ho un progetto separato chiamato "MyProject.Admin", che è un sistema di amministrazione basato sul web per la visualizzazione / modifica dei dati, ed è stato creato utilizzando ASP.NET Dynamic Data.

Fondamentalmente voglio estendere la classe Article, usando una classe parziale, in modo da poter aumentare una delle sue proprietà con un extender "UIHint", che mi permetterà di sostituire la normale casella di testo multilinea con un controllo FCKEdit.

La mia classe parziale ed extender sarebbe simile a questa:

[MetadataType(typeof(ProjectMetaData))]
public partial class Project
{
}

public class ProjectMetaData
{
    [UIHint("FCKeditor")]
    public object ItemDetails { get; set; }
}

Ora tutto funziona bene se la classe parziale si trova nello stesso progetto della classe parziale originale, ovvero il progetto MyProject.Data.

Ma il comportamento dell'interfaccia utente non dovrebbe trovarsi nel livello dati, ma piuttosto nel livello amministratore. Quindi voglio spostare questa classe su MyProject.Admin.

Tuttavia, se lo faccio, la funzionalità viene persa.

La mia domanda fondamentale è: posso avere 2 classi parziali in progetti separati, ma entrambi riferiti alla stessa "classe"?

In caso contrario, c'è un modo per realizzare ciò che sto cercando di fare, senza mescolare la logica del livello dati con la logica dell'interfaccia utente?

No, non è possibile avere due classi parziali che si riferiscono alla stessa classe in due assiemi (progetti) diversi. Una volta compilato l'assembly, i metadati vengono inseriti e le classi non sono più parziali. Le classi parziali consentono di dividere la definizione della stessa classe in due file.

Come notato, le classi parziali sono un fenomeno in fase di compilazione, non di runtime. Le classi negli assiemi sono per definizione complete.

In termini MVC, si desidera mantenere il codice di visualizzazione separato dal codice del modello, ma abilitare determinati tipi di UI in base alle proprietà del modello. Dai un'occhiata all'eccellente panoramica di Martin Fowler sui diversi gusti di MVC, MVP e quant'altro: troverai idee di design in abbondanza. Suppongo che tu possa anche usare Dependency Injection per dire all'interfaccia utente che tipo di controlli sono praticabili per le singole entità e attributi.

Il tuo obiettivo di separare le preoccupazioni è grande; ma le classi parziali dovevano affrontare questioni completamente diverse (principalmente con la generazione del codice e i linguaggi di modellazione in fase di progettazione).

I metodi di estensione e ViewModels sono il modo standard per estendere gli oggetti del livello dati nel frontend in questo modo:

Livello dati (libreria di classi, Person.cs):

namespace MyProject.Data.BusinessObjects
{
  public class Person
  {
    public string Name {get; set;}
    public string Surname {get; set;}
    public string Details {get; set;}
  }
}

Display Layer (applicazione Web) PersonExtensions.cs:

using Data.BusinessObjects
namespace MyProject.Admin.Extensions
{
  public static class PersonExtensions
  {
    public static HtmlString GetFormattedName(this Person person)
    {
       return new HtmlString(person.Name + " <b>" + person.Surname</b>);
    }
  }
}

ViewModel (per dati specifici della vista estesa):

using Data.BusinessObjects
namespace MyProject.Admin.ViewModels
{
  public static class PersonViewModel
  {
    public Person Data {get; set;}
    public Dictionary<string,string> MetaData {get; set;}

    [UIHint("FCKeditor")]
    public object PersonDetails { get { return Data.Details; } set {Data.Details = value;} }
  }
}

Controller PersonController.cs:

public ActionMethod Person(int id)
{
  var model = new PersonViewModel();
  model.Data = MyDataProvider.GetPersonById(id);
  model.MetaData = MyDataProvider.GetPersonMetaData(id);

  return View(model);
}

Visualizza, Person.cshtml:

@using MyProject.Admin.Extensions

<h1>@Model.Data.GetFormattedName()</h1>
<img src="~/Images/People/image_@(Model.MetaData["image"]).png" >
<ul>
  <li>@Model.MetaData["comments"]</li>
  <li>@Model.MetaData["employer_comments"]</li>
</ul>
@Html.EditorFor(m => m.PersonDetails)

Aggiungi il file di base come file collegato nei tuoi progetti. È ancora parziale ma ti consente di condividerlo tra entrambi i progetti, di mantenerli sincronizzati e allo stesso tempo di avere codice specifico versione / framework nelle classi parziali.

Ho avuto problemi simili con questo. Ho tenuto le mie lezioni parziali nel mio progetto Data, quindi nel tuo caso il "MyProject.Data". MetaDataClasses non dovrebbe andare nel tuo progetto di amministrazione in quanto creerai riferimenti circolari in altro modo.

Ho aggiunto un nuovo progetto Class Lib per i miei MetaDataClasses, ad esempio "MyProject.MetaData" e quindi ho fatto riferimento a questo dal mio progetto Data

Forse usa una classe di estensione statica.

Potrei sbagliarmi qui, ma non potresti semplicemente definire la classe ProjectMetaData nel tuo progetto MyProject.Admin?

Basta aggiungere il file di classe come collegamento nel nuovo progetto e mantenere lo stesso spazio dei nomi nella classe parziale.

Dal 2019 puoi avere 2 parti di una classe parziale in diversi assiemi usando un trucco. Questo trucco è spiegato e dimostrato in questo articolo:

https://www.notion.so/vapolia/Secret-feature-Xamarin-Forms-control-s-auto-registration-1fd6f1b0d98d4aabb2defa0eb14961fa

Utilizza al suo interno l'estensione MSBuild.Sdk.Extras a progetti simili a SDK, che risolve la limitazione di avere tutte le parti parziali di una classe nello stesso assieme, utilizzando un progetto con più destinazioni simultanee, creando efficacemente più assiemi in una raccolta dello stesso progetto.