Esiste davvero un vantaggio nell'utilizzo delle chiamate API Win per l'accesso ai file?

Quando si utilizza .NET (versioni particolarmente recenti di .NET), una buona guida è quella di utilizzare sempre la funzionalità integrata di .NET fino a quando ea meno che non vi sia un evidente vantaggio nel fare diversamente. In altre parole: assumere .NET è il modo giusto per portare a termine il lavoro finché non si sospetta (o si sa) che non lo è. Nove volte su dieci, il Framework (essendo stato usato così ampiamente) terrà conto di controlli e miglioramenti delle prestazioni che non verranno presi in considerazione.

È proprio la stessa ragione per cui la gente dice di non lanciare la propria soluzione di sicurezza se è possibile evitarlo - perché è già stato fatto da qualcuno che è probabilmente più intelligente di te e ne sa di più, e altre persone lo hanno già testato. Lo stesso vale per una libreria diffusa come .NET. Se qualcuno ha già fatto il lavoro per te, e che il lavoro è stato controllato da migliaia o milioni di utenti, perché non andare avanti con quello fino a che non hai una ragione per non farlo (come se non fornisse la funzionalità o le velocità di cui hai bisogno). / p>     

Utilizzando l'API di Win, puoi supportare percorsi lunghi nella tua applicazione:

[PathTooLongException]: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

Per ulteriori informazioni sull'utilizzo di percorsi lunghi in applicazioni .NET, consulta questa serie di blog:

link