Каков наилучший метод проектирования, когда у вас есть класс, в котором свойства зависят от вызова веб-службы? [closed]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить с помощью фактов и цитат, отредактировав это сообщение .

Закрыт 12 месяцев назад .

Если у меня есть класс с некоторыми свойствами, доступными только для чтения, которые заполняются вызовом веб-службы, что считается лучшим способом его разработки?

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

С другой стороны, если у меня есть общедоступный метод (например, InitWebServiceVals), который вызывает веб-службу и обновляет частные поля, я создаю временную зависимость между методом и получателями свойств. Таким образом, API скрывает тот факт, что вы не должны читать свойство, пока не будет вызван «InitWebServiceVals».

Или есть какой-то другой метод или шаблон, который решает эту проблему? Например, вызов веб-службы в конструкторе? Или это обычно указывает на проблему дизайна?

Я сталкивался с этой проблемой несколько раз и всегда в конечном итоге предпочитал второй метод первому.

Есть мысли?

Сет

c# .net oop design-patterns

задан Seth Spearman 20 February 2012 в 16:44

0 ответов

Другие вопросы по тегам:

c# .net oop design-patterns

Каков наилучший метод проектирования, когда у вас есть класс, в котором свойства зависят от вызова веб-службы? [closed]

0 ответов

Похожие вопросы: