Buenas noches,
En cuestiones de diseño, necesidades, y un montón de factores más se rompen moldes.
No esperes LA respuesta definitiva.
¿El TDataModule resuelve por si mismo todos los males? NO.
¿No usar TDataModule es malo? NO necesariamente.
¿Usar 100 TDtaModule hace, necesariamente, un sistema más complicado? Puede que NO.... puede que SI.
Hay una enorme zona gris.
Dependerá de las situaciones o contextos, deberás encontrar tus razones técnicos-operativas, tus necesidades, y sopesar con las fortalezas y debilidades de cada una. Lo importante es que logres encontrarte en un equilibrio cómodo, o que al menos te sientas más seguro.
Habrá momentos en los que quizá no se justifique usar TDataModule como también van a aparecer situaciones en los que se justifica organizar la estructura del sistema en varios TDataModule (quizá, y muy probablemente, basado en los diferentes módulos) más uno central que diriga los aspectos comunes. Esta pregunta te las vas a hacer hoy, y mañana.
Es bueno y sano hacerse esta pregunta. Lo que no está permitido es no hacer nada por responderse. O cambiar constantemente los lineamientos en un sistema.
Es preferible tomarse un buen tiempo en hacer un buen A+D que perderlo en despegar los espaguettis que solemos cometer por pretender avanzar rápido y luego ver como unir las cosas.
Lo fundamental es sentirse cómodo y seguro con lo definido y elegido. Eso es lo que más lleva tiempo.
Se que posiblemente esta no sea la respuesta que esperabas, pero bueno. Has entrado justo en la "zona artística" del software. Y en cuestiones de "arte" no se puede juzgar demasiado. Bienvenido a esa zona. Eso quiere decir que estás madurando, y avanzando de nivel. Peor sería que no te lo preguntases y que siguieras estancado haciendo la misma receta siempre.
¡Encuentra tu arte!
Saludos,