|
Как правильнее организовать солюшен проект с учетом внешнего сервиса WCF
|
|||
---|---|---|---|
#18+
Ситуация следующая Имеется Солюшен, состоящий из: 1) проекта, в котором пишется вся логика (методы), сервис 2) консолька, которая запускает wcf приложение, т.е. в котором описывается app.config с параметрами службы... консолька имеет референс на проект 1) Задача, прикрутить внешнюю WCF службу, стороннего разработчика, имеем только адрес и параметры для app.config'а 1) Если в консольке подключать внешнюю wcf-службу — так и нужно, то все задействованные объекты структуры из референса будут в самой консольке... Как их использовать в основном проекте ? 2) Если же и в основной своей библиотеке подключать референс на внешнюю WCF службу для актуализации структур данных адреса и т.п. Согласитесь не очень хорошо иметь и в консольке и в своей библиотеке. не забыватьв езде обновлять и т.п. Если же референс оставить только в своей длл, то консолька заругается — не найден референс... Или же в консольке в конфигурационном файле указать контракты с ссылками на основной проект... но опять нужно не забывать везде обновлять иначе будут расхождения... в общем запутался честно.... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 10:31 |
|
Как правильнее организовать солюшен проект с учетом внешнего сервиса WCF
|
|||
---|---|---|---|
#18+
При референсе в проекте - создается app.config В консоли при запуске приложения - тоже нужен свой app.config и за всеми нужно уследить чтоб были актуальны... как сделать чтоб был один app.config у основной длл, а у консоли у приложения чтоб не было его ??? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.09.2013, 10:54 |
|
|
start [/forum/topic.php?fid=19&fpage=11&tid=1397044]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
others: | 258ms |
total: | 365ms |
0 / 0 |