You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ciao Nicola, ti chiedo se hai in progetto di compilare su Nuget le versioni signed di Fattura Elettronica.
Ho una opinione molto cattiva sullo strong-naming, e so di non essere solo. Ormai credo e spero nessuno usi questa tecnica nei nuovi progetti, ma mi tocca riconoscere che c'è ancora molta di questa roba in giro. Purtroppo MS non ha abbandonato lo strong-naming neppure in netcore, per altro, la qual cosa mi irrita particolarmente.
Detto questo, i maggiori package su NuGet hanno opinioni contrastanti, ma quasi tutti sono allineati nell'odiare lo strong-naming eppure alla fine hanno dovuto venirci a patti. Questa discussione riporta le opinioni più rilevanti, e anche le poche opzioni rimaste:
In pratica, e premesso che per nessuna ragione voglio avere due package, uno signed e l'altro no (versione breve: alla lunga causano conflitti):
Opzione 1: firmare assembly FatturaElettronica, amen. A tanti non importerà; pochi potranno usare FE quando prima non potevano; pochi altri piangeranno lacrime amare;
Opzione 2: indicare qualche tool per applicare lo strong-naming downstream, uno è linkato nella discussione qui sopra, ma ce ne sono altri.
Propendo per la 2.
The text was updated successfully, but these errors were encountered:
Via mail:
Ho una opinione molto cattiva sullo strong-naming, e so di non essere solo. Ormai credo e spero nessuno usi questa tecnica nei nuovi progetti, ma mi tocca riconoscere che c'è ancora molta di questa roba in giro. Purtroppo MS non ha abbandonato lo strong-naming neppure in netcore, per altro, la qual cosa mi irrita particolarmente.
Detto questo, i maggiori package su NuGet hanno opinioni contrastanti, ma quasi tutti sono allineati nell'odiare lo strong-naming eppure alla fine hanno dovuto venirci a patti. Questa discussione riporta le opinioni più rilevanti, e anche le poche opzioni rimaste:
StackExchange/StackExchange.Redis#146
In pratica, e premesso che per nessuna ragione voglio avere due package, uno signed e l'altro no (versione breve: alla lunga causano conflitti):
Propendo per la 2.
The text was updated successfully, but these errors were encountered: