Эти классы инкапсулируют запросы к БД, возвращая DTO. И могут тянуть зависимости:
1. Если есть необходимость в RAW SQL, то они становятся зависимыми от IDataConnection
2. Если есть необходимость в работе со спецификой ОРМ, то они становятся зависимыми от, например (NH), ISession, ICriteria

Есть ли смысл выделить все QueryObject в отдельную сборку?

hVostt_rumbler_,

Для начала ответь на простой вопрос: зачем вообще что-то выделять в отдельную сборку? Какие у тебя есть критерии для этого? Затем ты можешь легко провести свой вопрос через эти критерии, и получишь ответ.

чтобы зависимости QueryObject не тянулись в слой сервисов - QueryObject у меня там. Пока запросы можно на linq, в сервисах нет нижелижащих зависимостей ISession, ICriteria. Но, не все получается на linq.

hVostt_rumbler_,

О роли сборок

Тепляков здраво пишет. но, у меня не абстрактная задача, и, возможно, есть какие-то типовые варианты её решения