Modificatore di visibilità "privato": come gestire le differenze durante la conversione di C# in VB?

Question

Sfondo

Ho convertito il codice C# di sotto (trovato in TreeColumn.cs di file TreeViewAdv) in codice VB.net utilizzando il convertitore trovato alla DeveloperFusion.com.

C#

using System; 
//...(other using calls) 

namespace Aga.Controls.Tree 
{ 
    [TypeConverter(typeof(TreeColumn.TreeColumnConverter)), DesignTimeVisible(false), ToolboxItem(false)] 
    public class TreeColumn : Component 
    { 
     private class TreeColumnConverter : ComponentConverter 
     { 
      public TreeColumnConverter() 
       : base(typeof(TreeColumn)) 
      { 
      } 

      public override bool GetPropertiesSupported(ITypeDescriptorContext context) 
      { 
       return false; 
      } 
     } 
    } 
    //…Some, I believe, unrelated code 
} 

VB

Imports System.Collections.Generic 
‘...(other Imports calls) 

Namespace Aga.Controls.Tree 

    <TypeConverter(GetType(TreeColumn.TreeColumnConverter)), DesignTimeVisible(False), ToolboxItem(False)> _ 
    Public Class TreeColumn 
     Inherits Component 

     Private Class TreeColumnConverter 
      Inherits ComponentConverter 

      Public Sub New() 
       MyBase.New(GetType(TreeColumn)) 
      End Sub 

      Public Overrides Function GetPropertiesSupported(ByVal context As ITypeDescriptorContext) As Boolean 
       Return False 
      End Function 
     End Class 
    ‘...some, I believe, unrelated code 
End Class 

Il problema

L'accesso a TreeColumn.TreeColumnConverter in questa riga del codice C# va bene. [TypeConverter (typeof (TreeColumn.TreeColumnConverter)), DesignTimeVisible (false), ToolboxItem (false)]

Tuttavia, VB.Net non consente l'accesso a tale membro nella linea convertito:

L'errore descrizione legge: Aga.Controls.Tree.TreeColumn.TreeColumnConverter' is not accessible in this context because it is 'Private'. Tuttavia, in entrambi i casi TreeColumn.TreeColumnConverter viene dichiarato privato.

The Question (s)

1.) The Why. Poiché questo è un progetto di apprendimento per me, mi piacerebbe sapere perché gli ambiti si comportano in modo diverso tra le due lingue. Questa è la domanda più importante tra i 2 di loro.

2.) Il come. Qual è il modo migliore (s) per modificare il codice VB per consentire l'accesso di TreeColumnConverter alla riga di codice identificata senza aprire l'ambito al punto che potenzialmente crea confusione di denominazione altrove? Potrei semplicemente dichiararlo pubblico, ma immagino ci sia un approccio più corretto a questo.

cose da tenere a mente quando si risponde

1.) So che in VB.net membri privati ​​non sono disponibili esterni all'oggetto in cui sono state dichiarate. Quindi dirmi questo non sarà utile e nella mia mente non è una risposta.

Answer 1

Per me, sembra che i diversi compilatori utilizzino diverse filosofie quando trattano con tipi privati ​​nidificati.C# dice che è OK per accedervi da un attributo nel tipo di livello superiore, VB.NET dice che non lo è. Forse quelle filosofie non erano nemmeno intenzionali.

In ogni caso, per risolvere il problema in VB.NET è possibile utilizzare il TypeConverterAttribute costruttore che utilizza una stringa invece di un Type, e mettere il nome del tipo annidato pienamente qualificato come una stringa:

<TypeConverter("Aga.Controls.Tree.TreeColumn.TreeColumnConverter"), DesignTimeVisible(False), ToolboxItem(False)> _ 
Public Class TreeColumn 
    ... 

Non

Answer 2

Ah, credo di vedere il tuo problema.

Sono gli spazi dei nomi.

VB.NET Catene i Namespace.

Namespace Aga.Controls.Tree in vb.net sarebbe in realtà lo spazio dei nomi predefinito del progetto concatenato con lo spazio dei nomi dichiarato nel file.

In realtà sarebbe Aga.Controls.Tree.Aga.Controls.Tree quindi è probabile che non riesca a raggiungere lo scopo che deve essere perché punta allo spazio dei nomi sbagliato.

C#, si qualificano completamente gli spazi dei nomi ... Il convertitore di DevFusion (uguale a quello utilizzato nell'IDE di SharpDevelop) non lo sa.