В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(

Здравствуйте, Аноним, Вы писали:

А>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(

Передавать по значению, но в этом случае придется иметь код типа на клиенте.

Здравствуйте, Аноним, Вы писали:

А>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(

Никак. Это фича не языка, а рантайма.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, Аноним, Вы писали:

А>>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(

L>Никак. Это фича не языка, а рантайма.

Оператор new переопредлить нельзя, но в случае передачи по значению прокси создан не будет.

Здравствуйте, eag, Вы писали:

L>>Никак. Это фича не языка, а рантайма.

eag> Оператор new переопредлить нельзя, но в случае передачи по значению прокси создан не будет.

Причем тут это?

Здравствуйте, Lloyd, Вы писали:



L>Никак. Это фича не языка, а рантайма.

Так а может апи какое есть для етого рантайма?? Не может быть чтоб никак не возможно добиться такого эффекта раз в ремоутинре работает....

Здравствуйте, Аноним, Вы писали:

L>>Никак. Это фича не языка, а рантайма.

А>Так а может апи какое есть для етого рантайма?? Не может быть чтоб никак не возможно добиться такого эффекта раз в ремоутинре работает....

Почитай про ContextBoundObject. Возможно, это то, что тебе подойдет.

Здравствуйте, <Аноним>, Вы писали:

А>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(
new перегрузить нельзя. Скажите зачем вам это нужно, тогда ответят что можно сделать.

Здравствуйте, Lloyd, Вы писали:

L>Здравствуйте, eag, Вы писали:

L>>>Никак. Это фича не языка, а рантайма.

eag>> Оператор new переопредлить нельзя, но в случае передачи по значению прокси создан не будет.

L>Причем тут это?

Не понял вопрос. Показалось, что автор не хочет создавать прокси

Здравствуйте, eag, Вы писали:

eag> Не понял вопрос. Показалось, что автор не хочет создавать прокси

А мне показалось, что автор хочет научиться создавать свои прокси (или что-то еще), аналогично ремотинговым, но в других случаях.

Здравствуйте, GlebZ, Вы писали:

GZ>Здравствуйте, <Аноним>, Вы писали:

А>>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(
GZ>new перегрузить нельзя. Скажите зачем вам это нужно, тогда ответят что можно сделать.

Извиняюсь, что вопрос был задан не совсем по русски...=) и спасибо всем кто попытался на него ответить.

Вопщем я работаю над неким подобием ОО БД. Основная часть данных находится постоянно в ОП, но есть и такие данные которые хотелось бы подргужать только помере надобности — при первом к ним обращении. И такой механизм хотелось бы реализовать максимально прозрачно, т.е. чтобы при создании такого объекта среда создавала прокси, который в свою очередь подгружает реальный объект при первом к нему оьращении...(Очени похоже на прокси из ремотинга=)

меня опять непоняли или мыслей умных неосталось?? поможите ктонибудь...

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, GlebZ, Вы писали:

GZ>>Здравствуйте, <Аноним>, Вы писали:

А>>>В Remoting во время создания экземпляра зарегистрированного удаленного типа вместо стандартного создания объекта вызывается метод создающий прокси... Подскажите ктонибудть как такое мона реализовать ?? Ведь оператор new является не перегружаемым=(
GZ>>new перегрузить нельзя. Скажите зачем вам это нужно, тогда ответят что можно сделать.

А>Извиняюсь, что вопрос был задан не совсем по русски...=) и спасибо всем кто попытался на него ответить.

А>Вопщем я работаю над неким подобием ОО БД. Основная часть данных находится постоянно в ОП, но есть и такие данные которые хотелось бы подргужать только помере надобности — при первом к ним обращении. И такой механизм хотелось бы реализовать максимально прозрачно, т.е. чтобы при создании такого объекта среда создавала прокси, который в свою очередь подгружает реальный объект при первом к нему оьращении...(Очени похоже на прокси из ремотинга=)

посмотри патерн Lazy Load

Здравствуйте, <Аноним>, Вы писали:


А>Вопщем я работаю над неким подобием ОО БД. Основная часть данных находится постоянно в ОП, но есть и такие данные которые хотелось бы подргужать только помере надобности — при первом к ним обращении. И такой механизм хотелось бы реализовать максимально прозрачно, т.е. чтобы при создании такого объекта среда создавала прокси, который в свою очередь подгружает реальный объект при первом к нему оьращении...(Очени похоже на прокси из ремотинга=)

Почитайте статью ТК о контекстах — http://rsdn.ru/article/dotnet/dotnetcontext.xml

Автор(ы): Тимофей Казаков
Дата: 20.12.2003
Контексты не являются чем-то принципиально новым. однако нельзя сказать, что их использование широко распространено. Статья показывает, что может дать разработчику использование этой технологии.

Там в примерах описана реализация подобного.

Всем спасибо! Буду разбираться с патернами и CBO...

Здравствуйте, eag, Вы писали:

eag>>> Оператор new переопредлить нельзя, но в случае передачи по значению прокси создан не будет.

L>>Причем тут это?

eag> Не понял вопрос. Показалось, что автор не хочет создавать прокси

На основе чего вы сделали такой вывод? Может он хочеть что-то типа пулинга объектов организовать?