перенос в трехуровневую конфигурацию
Хотелось бы обсудить один вопрос:
Столкнулся с задачей: нужно заполнить элемент интерфейса данными, полученными через SELECT. Компилятор вполне резонно выдает предупреждение о том, что в client - методе не надо использовать запросы. Один раз удалось сместить SELECT в статический метод специально сделанного класса и объявить этот метод как server, однако возникла ситуация, когда статический метод для выборки данных никак не подходит (требуется передавать через args мудреный контекст, содержащий, в частности, класс, инкапсулирующий все выборки данных).
Таким образом, явного объявления server сделать нельзя. Идеальной являлась бы ситуация, когда этот класс-посредник находился бы на толстом клиенте (в двухуровневой конфигурации) или на сервере приложений в трехуровневой.
Есть ли еще какой-нибудь (кроме server) способ явно управлять "местоположением" метода класса (всего класса, данных,...) ?
P.S. Могут ли быть проблемы при грядущем переносе в треуровневую конфигурацию (сейчас я работаю в двухуровневой)?
P.P.S. в действительности мне нужно выполнение лишь двух методов на сервере, так что RunOn = Server, думается, может оказаться не лучшим способом (если есть альтернативы...).
|