![]()
Ma questo potevo suggerirtelo fin dall'inizio, come potevo anche suggerirti di lanciare "caspol -s off" per disattivare in generale la sicurezza .NET CAS-based; cercavo una soluzione che mantenesse comunque la sicurezza della intranet dando permessi "FullTrust" solo ai tuoi assembly firmati, mentre così dai FullTrust a qualunque assembly presente sulla rete!
Vedila così: anche per guidare un'automobile ci vogliono molte più competenze che per guidare una bicicletta, eppure nessuno si è mai lamentato per questo. Come si è già detto nella discussione appropriata, il problema non è il linguaggio ma il fatto che sia presentato come nuova versione di VB6 e senza un adeguato percorso di aggiornamento per programmi e sviluppatori: prova a dire ad un ciclista che il nuovo modello di bici è l'automobile e questi ti riderà in faccia, perché si tratta di un oggetto completamente diverso. Fuor di metafora bisogna però dire che non c'è più posto per la "bicicletta VB6" nell'autostrada della programmazione odierna (mamma mia che poeta): si tratta di un linguaggio stratificato e "sporco", un ibrido malriuscito di classi (senza ereditarietà :rollo: ) e GWBASIC, che tende a nascondere al programmatore quel che fa per davvero il PC e che richiede accorgimenti estremamente complessi per andare anche di poco oltre i suoi limiti (vedi ad esempio le complesse procedure di subclassing necessarie in VB6 per intercettare nuovi eventi in contrapposizione con il semplice Override del metodo Control.OnNotifyMessage). La mancanza della barriera d'ingresso della difficoltà iniziale per i principianti ne facilita un uso sbagliato: basti pensare a tutti quei maledetti programmi scritti da non-programmatori che danno risultati imprevedibili per un errore di battitura e la mancanza di un Option Explicit.penso che anche tu sia daccordo sul fatto che richiedono delle competenze che per esempio in vb6 non era necessario avere.