_rumbler_,

Недостаточно информации, чтобы принять хоть какое-то вменяемое решение.

Что за Class1?
Какие у него обязанности?
Почему Class1 public, если есть интефрейс?
Что решает здесь интерфейс в данном случае?
Относятся ли добавленные методы к обязанностям класса?

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

_rumbler_Запросы из иерархического справочника организаций. В первом приложении запросы всех организаций. Во-втором - запросы организаций, которые для организации текущего авторизованного пользователя:
- либо являются обслуживаемыми организациями
- либо содержат потомков, которые являются обслуживаемыми организациями

Т.е. сервис представляет собой набор методов, инкапсулирующих запросы. По-хорошему, запросы стоит вынести вообще в отдельные классы запросов или спецификаций. Иначе сервис будет пухнуть, а так как от сервиса зависят разные приложения, придётся их обновлять.

_rumbler_- +права на организации

Я бы правами рулил отдельно.


_rumbler_на мой взгляд, да. но, после добавления второго приложения, почти все классы ISomeService , стали такими: вроде и "вашим и нашим"

Ну в целом не вижу причин для беспокойства.

_rumbler_или это уже не к Interface segregation

Совершенно точно лишнее.

_rumbler_это же он, принцип сегрегации интерфейса?

Совершенно точно нет.

Суть сегрегации в том, что клиент должен пользоваться всеми методами интерфейса. Если он пользуется ограниченной частью, то возможно, надо выделить отдельный интерфейс. Но это не обязательное правило, зависит от ситуации, и надо учитывать обязанности. Дробить на кучу интерфейсов это антипаттерн.