La chiamata di accesso membro non viene compilata, ma la chiamata statica fa

Question

Così oggi ho affrontato un problema interessante mentre cercavo di costruire la nostra soluzione aziendale e volevo chiederti ragazzi sapete perché sta succedendo questo. Mi è stato detto che potrebbe provenire dalla mia macchina/studio visivo perché le altre persone non hanno avuto lo stesso problema.

Così abbiamo un metodo di progetto A:

private static string RpcRoutingKeyNamingConvention(Type messageType, ITypeNameSerializer typeNameSerializer) 
{ 
    string queueName = typeNameSerializer.Serialize(messageType); 

    return messageType.GetAttribute<GlobalRPCRequest>() != null || AvailabilityZone == null 
     ? queueName 
     : queueName + "_" + AvailabilityZone; 
} 

dove GetAttribute<GlobalRPCRequest>() è definito in public static class ReflectionHelpers

public static TAttribute GetAttribute<TAttribute>(this Type type) where TAttribute : Attribute; 

allora abbiamo progetto B che hanno metodo:

public static string GetAttribute(this XElement node, string name) 
{ 
    var xa = node.Attribute(name); 
    return xa != null ? xa.Value : ""; 
} 

I devo indicare o Se si fa riferimento al progetto B nel progetto A. Ora quello che succede è che quando provo a costruire ottengo errore di compilazione: (! A mio parere)

Error 966 The type 'System.Xml.Linq.XElement' is defined in an assembly that is not referenced. You must add a reference to assembly 'System.Xml.Linq, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'. D:\Repositories\website\website\submodules\core\src\A\Extensions\Extensions.cs 37 13 A

Che cosa sta accadendo è che il compilatore pensa che sto effettivamente usando GetAttribute metodo dal progetto B. Perché questo sta accadendo? Da quando provo a navigare su GetAttribute VS mi conduce al metodo giusto (quello che è in ReflectionHelpers). Potrebbe essere a causa del riflesso? NOTA:: Ho risolto il problema chiamando il metodo in modo statico o aggiungendo il riferimento a System.Xml.Linq nel mio progetto A, ma sono curioso dello strano comportamento di VS/sintassi.

Answer 1

Direi che è in corso:
- B ha riferimento al System.Xml.Linq
- B è costruito senza un problema.
- Si fa riferimento B in A
- A non ha un riferimento a System.Xml.Linq
- Un sembrano consumare la funzione definita in B
- Quando si tenta di costruire il progetto A, Produce quell'errore

Ho ragione?

Se è così, è del tutto normale. Poiché un progetto che utilizza un riferimento (A) deve avere un riferimento a ciò che viene fatto riferimento (System.Xml.Linq) in base a ciò che fa riferimento (B).

Pensa in questo modo: quando si tenta di aggiungere un pacchetto nuget al progetto se ha una dipendenza, anche nuget lo installerà. Perché? A causa di questa situazione.

Questo è del tutto normale se comprendo correttamente la risposta.

Answer 2

E 'una supposizione, ma credo che la vostra funzione:

private static string RpcRoutingKeyNamingConvention(Type messageType, ITypeNameSerializer typeNameSerializer) non corrisponde il tuo metodo di supporto firma perché si tenta restituendo una stringa:

public static TAttribute GetAttribute<TAttribute>(this Type type) where TAttribute : Attribute; che prevede un tipo di ritorno TAttribute.

Forse, puoi provare a modificare la funzione RpcRoutingKeyNamingConvention per restituire GlobalRPCRequest e verificare se il compilatore continua a impazzire.

Answer 3

Visual Studio si confonde tutte le volte! Ho provato a riprodurre lo scenario nel mio VS 2015 (.NET 4.6) e compila bene. Non ho dovuto aggiungere riferimento a System.Xml.Linq nel mio progetto A.

La mia ipotesi è che potrebbe essere un problema di cache. Si potrebbe desiderare di provare questo:

1. Rimuovere il riferimento al progetto B
2. Clean poi ricostruire entrambe le soluzioni
3. aggiungere il riferimento posteriore
4. Ricostruire e voilà !! Beh .. si spera

Speranza che aiuta, fatemi sapere :)