Доброго времени суток!

Все пишу на VB.NET и не перевариваю C#.NET (против языка ничего не имею, просто эстетически не нравится). Есть серверная часть программы (консоль), которая реализует WCF технологию. Есть так же клиентская часть (WinForms). Проверял через Интернет, все работает, НО... необходимо реализовать работу через Web-интерфейс, так сказать избавить клиентов от доп. ПО... собственно в чем я полный ноль или даже минус Т.е. мне нужен Web-интерфейс, который будет использовать функционал сервера как и клиентское приложение (т.к. на сервере основная обработка)

Я так понимаю мне необходим ASP.NET, но меня интересуют следующие вопросы:
1) для его использования на клиентской машине все также должен быть FW!? Тогда теряется весь смысл Web-интерфейса или FW должен стоять только на сервере?
2) Функционал ASP.NET поддерживает все то же что и WinForms? Я имею ввиду поддержка шифрования, сериализации, работа с локальными файлами на клиентской машине (временными) и т.п.

Спасибо за ответы! Хотя бы буду понимать в каком направлении копать и что изучать)

pation, я читал эту тему. Правда не всю, слишком много флуда)

dzone, насчет локальных файлов вы меня поняли не правильно.
Там алгоритм такой:
1) получение данных с сервера
2) расшифровка
3) сериализация их в файлы на локальной машине
4) далее работа с этими файлами
5) удаление файлов

т.е. мне надо что бы WEB-интерфейс мог работать с файловой системой без запроса юзера (в оперативке хранить слишком затратно)

Где-то в степи__Pavel__,
Доп вопрос, у Вас на клиенте WCF с прокси, вы хотите вообще от него отказаться, а принимать файл по урлу? ( то есть дополнительное ПО, это и есть прокси?)

Не понял... объясню все как есть:
1) есть некий сервер (машина) на котором установлена БД и запущена моя консоль (сервер по WCF технологии), которая работает с БД
2) Клиенты - это отдельные программы, которые обмениваются информацией с сервером (консолью)
3) Сервер берет записи из базы, конвертирует их в классы и отправляет клиенту, тот в свою очередь работает с данными как с классами (очень удобно), после обработки отправляет (или не отправляет) этот класс обратно, сервер конвертирует его в записи и заливает в базу. Естественно сервер может возвращать разные таблицы и т.п., но не суть...
4) Т.к. я делаю оптимизацию своих проектов под слабые машины, я не хочу, чтобы приложение хранило все классы, которые она получает от сервера в памяти и сериализую их в файлы, программа по мере необходимости обращается к ним.

Так вот в общем-то и проблема... мне надо чтобы WEB-сервис мог так же оперировать с локальными файлами на КЛИЕНТСКОЙ МАШИНЕ. Это возможно или нет? Надеюсь все популярно разъяснил))

bazile__Pavel__т.е. мне надо что бы WEB-интерфейс мог работать с файловой системой без запроса юзера (в оперативке хранить слишком затратно)
ASP.NET выполняется на сервере и не имеет прямого доступа к клиентскому компьютеру. Поэтому для подобных вещей тебе понадобится клиентская часть в виде Flash, Siilverlight или аналогичной технологии. Кроме того веб-приложения имеет другие особенности связанные с устройством протокола http. Например, для сохранения состояния между запросами нужно использовать специальные механизмы - сессии, cookie, viewstate и т.д.

Вот теперь понял, т.е. получается что WEB-интерфейс - это интерфейс в прямом смысле этого слова, т.е. он только отображает данные и передает команды или данные, все. Обработку ведет только сервер... тогда я не вижу смысла связываться с WCF (т.е. оставить его только для ПО) и конектиться от WEB-сервиса напрямую к базе, так ведь будет проще, да?

Где-то в степи__Pavel__,
как то вы запутано объясняете,
не проще ли: я хочу сделать кеширование на клиенте ответов сервера .
я хочу сделать механизм удаления не актуальных кешев в разрезе с данными сервера.
нет?

Я что-то совсем запутался, если ВЕБ-интерфейс работает только на стороне сервера, то как он будет работать с кешем на стороне клиента... ничего не понял!

dzone много букв

это как так "редактировать на сервере"!? Видимо вы не поняли суть всей работы... сервер в данном случае выполняет лишь транспортную функцию (ну там еще авторизация пользователей, проверка прав и т.п.), обработка же данных ведется на стороне клиента ВРУЧНУЮ (через интерфейс клиентской части) и реализовать обработку этих данных удаленно на сервере не возможно)))

skyANA__Pavel__, какая обработка, каких данных (формат)?

Вам что-нибудь говорит слово класс? Вам скинуть все классы, что обрабатывает клиент?)))

Где-то в степи__Pavel__,
я так не говорил "то как он будет работать с кешем на стороне клиента... ничего не понял!'
я говорил про механизм удаления не актуального кеша, что бы продолжить, вы должны убедить меня в нужности кеширования
этих данных, про слабый комп - можете забыть, это не аргумент что бы не отправлять запрос на сервер а брать из кеша ..

Подождите... я тут подумал (иногда такое бывает) и понял, раз все вычисления ведутся на сервере, то никаких данных на клиентах и не будет, ведь весь исполняемый код обрабатывается на сервере как и данные, которые он обрабатывает, просто ставится отдельная машина (сервер), на которой будет ВЕБ-сервис соединенный сетью с сервером на котором стоит основной сервер программы и клиенты через ВЕБ-интерфейс будут конектиться к нему! А данные на сервере и будут кешироваться для сохранения ОЗУ в целости и сохранности) т.к. по расчетам клиентов будет много

Cat2, Это критично?