Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
Здравствуйте всем! Я к вам за советом. Есть множество проектов silverlight в одном solution, каждый silverlight имеет свой WCF сервис, и каждый раз при компиляции и выкладывании на сервере всего приложения приходиться вручную настраивать WCF сервисы с правильными IPшниками. Возможно ли как-то для всех silverlight проектов хранить один WCF сервис, что конфигурить нужно было только его. Или возможно нужно вынести настройки в конфиг файл? Сейчас пока настраиваю все средствами Visual Studio, что не совсем удобно... Как делают правильные люди в этом случае? Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 15:33 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
volkodav_s, Я на билд сервере (CCNet+nant) настроил так, что xap файл распаковывается, заменяются строки сервисов в ServiceReference.config и затем все опять запаковывается в xap файл. Ну само собой все грамотно собирается так же в zip архив, который в результате просто нужно распаковать на сервере. Еще как вариант передавать url к сервису в параметрах object Silverlight, ну и просто считывать их, и потом использовать при инициализации сервисов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 16:47 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
volkodav_sВозможно ли как-то для всех silverlight проектов хранить один WCF сервис, что конфигурить нужно было только его. Конечно. Консолидируйте поставку данных в рамках одного сервиса, именно так и нужно делать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 20:09 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
МСУvolkodav_sВозможно ли как-то для всех silverlight проектов хранить один WCF сервис, что конфигурить нужно было только его. Конечно. Консолидируйте поставку данных в рамках одного сервиса, именно так и нужно делать. А есть рекомендации на размер сервиса? Нужно сделать один большой сервис, который будет обслуживать все, или правильней разделять их по некой логике? Как можно получить доступ в рамках одного solution к сервису из silverlight если этот сервис находиться в другом проекте? Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 21:46 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
Denis Gladkikhvolkodav_s, Я на билд сервере (CCNet+nant) настроил так, что xap файл распаковывается, заменяются строки сервисов в ServiceReference.config и затем все опять запаковывается в xap файл. Ну само собой все грамотно собирается так же в zip архив, который в результате просто нужно распаковать на сервере. Еще как вариант передавать url к сервису в параметрах object Silverlight, ну и просто считывать их, и потом использовать при инициализации сервисов. Хм.. на сколько я понимаю принцип работы, то для того чтобы выложить на сервер silverlight проект, для начала необходимо выложить сам сервис, после чего указать путь в service references на сервис. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 21:54 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
Сервисы в клиентской части можно конфигурировать динамически Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 22:05 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
volkodav_sА есть рекомендации на размер сервиса? Нужно сделать один большой сервис, который будет обслуживать все, или правильней разделять их по некой логике? Рекомендаций таких не существет. Реализуйте свои методы согласно задаче. Опять же, всё пихать в один сервис тоже глупо. Нужно абстрактно разделить поставку данных на n-составляющих (например, поставка данных из хранилища {x}, поставка данных для политик безопасности, поставка данных для передачи IO-вывода (стриминг), ... и т.д.). Следовательно, нужно будет у нас n сервисов. volkodav_sКак можно получить доступ в рамках одного solution к сервису из silverlight если этот сервис находиться в другом проекте? Спасибо! Элементарно. Завязывайтесь на локалхост + порт поднятого вирутально WCF-сервиса в студии. P.S. Очень хороший совет дал Сева - динамически строить биндинги сервиса. В случае n-сервисов будет очень полезно в едином хранилище (БД, к примеру) хранить общие конфигурационные данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 22:19 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
volkodav_sDenis Gladkikhvolkodav_s, Я на билд сервере (CCNet+nant) настроил так, что xap файл распаковывается, заменяются строки сервисов в ServiceReference.config и затем все опять запаковывается в xap файл. Ну само собой все грамотно собирается так же в zip архив, который в результате просто нужно распаковать на сервере. Еще как вариант передавать url к сервису в параметрах object Silverlight, ну и просто считывать их, и потом использовать при инициализации сервисов. Хм.. на сколько я понимаю принцип работы, то для того чтобы выложить на сервер silverlight проект, для начала необходимо выложить сам сервис, после чего указать путь в service references на сервис. Не совсем. Смотрите, когда вы делаете Add Reference... в VS у вас генерируются прокси классы для доступа к сервису по указанному пути, а сам путь с настройками байдинга прописываются в файле ServiceReference.ClientConfig, который кладется в корень SL проекта. Вы его можете подправить, чтобы изменить путь к сервисы и спокойно собрать проект с новым путем (заново Add Reference.. делать не нужно). Так как этот файл потом просто кладется в архив xap (xap можно распаковать простым zip, а потом так же запаковать в xap опять, то есть запаковать zip и переименовать расширение файла), другой вариант, который происходит у нас на билд сервере - это распаковать xap, изменить ServiceReference.ClientConfig, а затем запаковать обратно. Вариант, предложенный i интереснее, так как проще. Если сервисы лежат там же, где и xap файл, то можно делать как описано динамически, если они на другом сервере, как у нас, то просто можно передавать в параметрах путь до сервисов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 22:22 |
|
||
|
SilverLight + WCF+.NET
|
|||
|---|---|---|---|
|
#18+
Denis Gladkikhесли они на другом сервере, как у нас, то просто можно передавать в параметрах путь до сервисов. Правильно, если лежат отдельно, то через глобальные параметры приложения. Поковыряйся в сети, подобные варианты обсуждались. Сравнительлный анализ возможных решений, если в одной сборке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2010, 22:44 |
|
||
|
|

start [/forum/topic.php?fid=21&fpage=59&tid=1442549]: |
0ms |
get settings: |
5ms |
get forum list: |
6ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
19ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 6ms |
| total: | 74ms |

| 0 / 0 |
