¿Cómo conservo la compatibilidad binaria COM para un ensamblado .NET cuando se agregan propiedades?
Hemos desarrollado un ensamblado .NET que almacena información de traducción de idiomas y debe ser consumida por una aplicación VB6.
Nos gustaría poder cambiar la información de traducción sin tener que volver a compilar la aplicación.
a traducción es proporcionada por una clase parcial de dos archivos llamada LanguageServices.
Un archivo son métodos de biblioteca que no cambian, el otro son todas las propiedades generadas automáticamente a partir de un archivo resx y el regx se genera a partir de una base de datos de información de traducción de idiomas.
Todo esto surgió de la necesidad de tener una base de datos central de traducciones que podría "aplanarse" programáticamente a un formato que pueda ser consumido por cada una de nuestras aplicaciones dispares.
Ahora, puedo resolver este problema omitiéndolo y haciéndolo de una manera diferente. De hecho, podría deshacerme de la lista de propiedades generada automáticamente y el problema desaparecería.
o que me interesa es cómo puedo resolver este problema, que es así:
Si agregamos nuevas etiquetas de traducción a la base de datos (ESTA PALABRA en ESTA PALABRA se convierte en ESA PALABRA), agrega nuevas propiedades a la clase, que a su vez agrega nuevas propiedades expuestas a la interfaz COM.
Las propiedades se agregan en el medio de la interfaz COM, rompiendo así la compatibilidad binaria. Se agregan en el medio porque el compilador de C # sufija la parte dinámica de la clase parcial con la parte estática de la clase parcial. Lo que necesito que haga es concatenarlos al revés o indicar explícitamente el orden en los propios archivos de C #. Pensé que establecer los DispID explícitamente en la parte estática de la clase lo haría, pero no lo ha hecho.
Aquí están el par de archivos IDL generados por el proceso de compilación:
Aquí está el IDL antes de agregar una nueva propiedad.
Y aquí está el IDL después de que se haya agregado una nueva propiedad y se haya roto la compatibilidad:
La diferencia exacta es que este bit se introduce en el medio:
[id(0x60020039), propget]
HRESULT Jn_ExactCaseMatch([out, retval] VARIANT_BOOL* pRetVal);
[id(0x6002003a), propget]
HRESULT Jn_Regex([out, retval] VARIANT_BOOL* pRetVal);
[id(0x6002003b), propget]
HRESULT Jn([out, retval] BSTR* pRetVal);
Y yopensa ese es el problema, es cambiar el orden de los métodos. Pensé que la orden podría ser anulada definiendo explícitamente el DispID (puede ver que todo, desdeHRESULT Culture([in] ICultureInfo* pRetVal); en adelante tiene una identificación a partir de 0.
Aquí está el código C # que se escribe / genera: ILanguageServices.cs: interfaz generada automáticamente.
[Guid("547a7f6e-eeda-4f77-94d0-2dd24f38ba58")]
public partial interface ILanguageServices
{
/// <summary>
///
/// </summary>
System.Boolean Offence_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean Offence_Regex { get; }
/// <summary>
///
/// </summary>
string Offence { get; }
/// <summary>
///
/// </summary>
System.Boolean Colour_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean Colour_Regex { get; }
/// <summary>
///
/// </summary>
string Colour { get; }
/// <summary>
///
/// </summary>
System.Boolean DebtManagementSystem_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean DebtManagementSystem_Regex { get; }
/// <summary>
///
/// </summary>
string DebtManagementSystem { get; }
/// <summary>
///
/// </summary>
System.Boolean DateOfContravention_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean DateOfContravention_Regex { get; }
/// <summary>
///
/// </summary>
string DateOfContravention { get; }
/// <summary>
///
/// </summary>
System.Boolean ContraventionDetails_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean ContraventionDetails_Regex { get; }
/// <summary>
///
/// </summary>
string ContraventionDetails { get; }
/// <summary>
///
/// </summary>
System.Boolean Income_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean Income_Regex { get; }
/// <summary>
///
/// </summary>
string Income { get; }
/// <summary>
///
/// </summary>
System.Boolean Hold_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean Hold_Regex { get; }
/// <summary>
///
/// </summary>
string Hold { get; }
/// <summary>
///
/// </summary>
System.Boolean CivilEnforcementOfficer_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean CivilEnforcementOfficer_Regex { get; }
/// <summary>
///
/// </summary>
string CivilEnforcementOfficer { get; }
/// <summary>
///
/// </summary>
System.Boolean PCNDebt_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean PCNDebt_Regex { get; }
/// <summary>
///
/// </summary>
string PCNDebt { get; }
/// <summary>
///
/// </summary>
System.Boolean OnHold_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean OnHold_Regex { get; }
/// <summary>
///
/// </summary>
string OnHold { get; }
/// <summary>
///
/// </summary>
System.Boolean DatePutOnHold_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean DatePutOnHold_Regex { get; }
/// <summary>
///
/// </summary>
string DatePutOnHold { get; }
/// <summary>
///
/// </summary>
System.Boolean HoldCode_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean HoldCode_Regex { get; }
/// <summary>
///
/// </summary>
string HoldCode { get; }
/// <summary>
///
/// </summary>
System.Boolean DateHoldExpires_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean DateHoldExpires_Regex { get; }
/// <summary>
///
/// </summary>
string DateHoldExpires { get; }
/// <summary>
///
/// </summary>
System.Boolean PutOnHoldByUserName_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean PutOnHoldByUserName_Regex { get; }
/// <summary>
///
/// </summary>
string PutOnHoldByUserName { get; }
/// <summary>
///
/// </summary>
System.Boolean CurrentState_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean CurrentState_Regex { get; }
/// <summary>
///
/// </summary>
string CurrentState { get; }
/// <summary>
///
/// </summary>
System.Boolean Vrm_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean Vrm_Regex { get; }
/// <summary>
///
/// </summary>
string Vrm { get; }
/// <summary>
///
/// </summary>
System.Boolean State_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean State_Regex { get; }
/// <summary>
///
/// </summary>
string State { get; }
/// <summary>
///
/// </summary>
System.Boolean CurrentStatechangedd2d2d4_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean CurrentStatechangedd2d2d4_Regex { get; }
/// <summary>
///
/// </summary>
string CurrentStatechangedd2d2d4 { get; }
/// <summary>
///
/// </summary>
System.Boolean SimonTest_ExactCaseMatch { get; }
/// <summary>
///
/// </summary>
System.Boolean SimonTest_Regex { get; }
/// <summary>
///
/// </summary>
string SimonTest { get; }
}
ILanguageServices_Static.cs: la parte que no cambia de la interfaz
public partial interface ILanguageServices
{
[DispId(0)]
ICultureInfo Culture { get; set; }
[DispId(1)]
IResourceManager ResourceManager { get; }
[DispId(2)]
ICultureInfo[] GetCultures(System.Globalization.CultureTypes enCultureTypes);
[DispId(3)]
ICultureInfo GetCultureInfo(int LCID);
[DispId(4)]
ICultureInfo CurrentCulture { get; }
[DispId(5)]
string TranslateString(string rawString, bool searchInsideString);
[DispId(6)]
string TranslateString(string rawString);
}
ensando en ello, probablemente podría hacer que no sea una clase parcial. Simplemente cambie el xslt que generó la parte autogenerada para incluir la parte estática. Fue genial mantenerlo separado.
Independientemente, ¿alguien puede decirme por qué no funciona y cómo mantener un control más estricto sobre la interfaz COM? Ordenar estrictamente los métodos parece tan ... deslucido.
Gracias
J1M.