Documentazione XML per le classi IoC

Idealmente, entrambi. Nell'interfaccia, puoi descrivere il comportamento previsto dell'interfaccia e nella classe puoi descrivere il comportamento dell'implementazione .

Ovviamente, questa è una enorme quantità di overkill e duplicazione in molti casi, nel qual caso suggerirei documentare solo nell'interfaccia , principalmente perché nella maggior parte dei casi questo è ciò che sarebbe esposto in Intellisense.

La documentazione delle classi è davvero una preoccupazione solo se durante l'elaborazione interagirai sia con l'interfaccia che con le classi.

public interface ILoanApplicationRepository
{
    /// <summary>
    /// Gets the next available application ID.
    /// </summary>
    public int GetNextApplicationId();
}

public class HttpLoanApplicationRepository : ILoanApplicationRepository
{
    /// <summary>
    /// Gets the next available application via /REST/Ids/Next
    /// </summary>
    public int GetNextApplicationId()
    {
        var req = WebRequest.Create("http://server/REST/IDs/Next");

        //etc., etc.
    }
}

Metti la documentazione nell'interfaccia.

Perché?

Considera solo gli utenti della tua classe. Stanno codificando contro l'interfaccia, non sulla classe concreta, quindi se non ci sono commenti sull'interfaccia, non li vedranno.

Se i tuoi commenti sono identici sia nell'interfaccia che nella classe (che è quello che sto dicendo se non sai dove inserire i commenti) allora penserei che qualunque commento tu abbia sarà proverbiale inutile commenti di cui la gente si lamenta sempre. Tuttavia, non consiglierei di non commentare l'uno o l'altro. Suggerirei di inserire commenti significativi in entrambe le classi. Sicuramente ci sono differenze significative tra l'interfaccia e il modo in cui la classe concreta ha effettivamente scelto di implementare l'interfaccia che vale la pena notare.