Estoy trabajando en una aplicación C# que utiliza la interoperabilidad para interactuar con varias de nuestras DLL que exportan funciones de enlace C. Debido a que nuestro producto consta de más de un ejecutable, moví todo el código de interoperabilidad y muchas clases compartidas a una biblioteca de clases de C# y lo mencioné en los proyectos ejecutables de C#.

Estoy considerando dividir esta biblioteca de clases C# monolítica en algunas bibliotecas de clases más granulares por varias razones, que incluyen:

• Cuando inicialmente configuré esto, estaba menos claro qué proyectos ejecutables necesitarían qué clases. La aplicación ha madurado un poco desde entonces, y ahora está claro que un porcentaje significativo de las clases en la biblioteca solo las usa un único ejecutable...
• Nuestras DLL de vinculación C tienen dependencias que muy ocasionalmente fallan en una máquina de usuario[1]. Eso evita que se ejecuten todos nuestros ejecutables, incluso los que no utilizan esa DLL en particular.
• El tiempo de inicio de nuestra aplicación principal es alto (> 2 segundos). Tan pronto como usamos algo en nuestra biblioteca de clases .NET, (creo) carga todo (DLL incluidas).

Mi pregunta es sobre los factores a considerar antes de decidir si quedarse con una biblioteca de una sola clase o dividir las cosas en bibliotecas más pequeñas e independientes. Por ejemplo, ¿la sobrecarga por biblioteca en el espacio de recursos (tiempo de ejecución) o el tiempo de carga es lo suficientemente importante como para afectar la decisión?

[1]: si tienen una instalación de controlador rota, por ejemplo.