авторНужно написать ASP.NET-приложение, к-е будет тягать данные из некой БДэто не постановка задачи :)

сделай все по нормальным правилам проектирования, по крайней мере два нижних слоя (DAL и business).

потом будет однофигственно, какой GUI прикрутить: ASP, локальный WinForms, WinForms через remoting (по http). и все будет работать как по отдельности, так и совместно.

voodoosЕму надо писать десктопного клиента, который будет к удалённым веб сервисам обращатся.Вот это уже ты вместо автора занимаешься постановкой задачи
Почему WEB сервис, а не remoting или indigo ?

voodoosА всё потому, ято я с ним по Аське общаюсь ещё
Не ремоутинг и т.д. потому, что это вооще фактически первое его приложение :)вот это самый убедительный аргумент :)

voodoos Да и с ремоутингом проблемы на хостинге очень быстро возникают, очень сложно разрулить ремоутинг на чужом хосттинге. :)не факт. если remoting сервер хостится под IIS - проблем не так уж и много.

авторТогда возникает вопрос, а нифига ВООБЩЕ нужен DAL, если пару-тройку запросов к БД можно описать прямо в business-классеЕсли все приложение - 10 запросов к определенной СУБД - тогда вообще не о чем заморачиваться.

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

Поверь, документы типа (недавно эта ссылка уже здесь появлялась):
Designing the Components of an Application or Service
составлялись разработчиками на основании достаточного большого опыта проектирования; и учились они не только на своих ошибках, а как умные люди - принимали во внимание и чужие.

Pilotможет ли веб-сервис взять на себя ф-ции DAL или business-классов?
Если да, то что именно? Какой слой он может "взять на себя"?

Попробуй разрисовать структуру своего приложения: данные, объекты бизнес-логики, представление данных (последнее - это asp.net страницы и формы win-приложения). Web-сервисы в этой структуре - всего лишь тонкая, даже незаметная на глаз :), транспортная прослойка между бизнес-логикой и WinForms приложением. Закладывать в эту прослойку что-либо еще - врядли целесообразно. То что делает серверная часть asp приложения прямым вызовом в бизнес-логику, win-приложение делает через этот сервис.

З.Ы.
Можно сравнивать между собой web-сервисы/remoting/indigo и пр. Но не следует забывать, что это всего лишь техника передачи данных между частями распределенного приложения. И не более того.

авторЭх, как все было просто в PHP+MySQLЧерез некоторое время после выполнения более сложных проектов, эти слова ты скажешь уже по отношению к твоему сегодняшнему проекту.
А когда станешь архитектором приложений и под твоим руководством будет рабоботать коллектив разработчиков, то сегодняшние проблемы покажутся тебе той сказкой, в которую захочется вернуться, плюнув на все проблемы :)

PS
Не унывай.