我做了一个程序 这个程序主要功能就是查询，连接的是本地的Access 数据库。就是通过ADO.NET 查询ACCESS 中的数据然后显示到 窗体的 DataGridiVew中。 现在要求用 C/S + B/S 实现，就是 要把 DataGridiView 控件换成WebBrowser控件。
然后在 WebBrowser控件的URL中填 本地的ASPX页面就可以了。
问题来了：ASPX 页面是需要服务器支持的，就是请求响应。但是 我又不可能在 客户的 机子上 安装IIS 部署服务器。
请问 能通过什么方式 实现 不用服务器，能运行B/S 的程序？（就是实现不用 安装 IIS 就能实现 即是客户端又是服务端）我现在 有一种方法就是HttpListner(通过它可以很容易的提供一些Http服务，而无需启动IIS这类大型服务程序);
但是 这个我不太熟，请问还有其他简单点的方式么？
然后在 WebBrowser控件的URL中填 本地的ASPX页面就可以了。
问题来了：ASPX 页面是需要服务器支持的，就是请求响应。但是 我又不可能在 客户的 机子上 安装IIS 部署服务器。
请问 能通过什么方式 实现 不用服务器，能运行B/S 的程序？（就是实现不用 安装 IIS 就能实现 即是客户端又是服务端）我现在 有一种方法就是HttpListner(通过它可以很容易的提供一些Http服务，而无需启动IIS这类大型服务程序);
但是 这个我不太熟，请问还有其他简单点的方式么？
非要通过webbrower来加载网页的形式？
笨方法 代码本地生成html，然后直接打开。
难道是想重用写好的aspx？
建议还是将功能移植到客户端上为好
你可以在你的电脑上架设一个IIS服务器，测试一下不就知道了吗
其实他的需求很容易实现，但我不建议采用WebBrowser控件。
既然用C/S，那就用C/S的那一套东西：获取数据、数据绑定。一看楼主这产品设计，就知道是那种长期做web的人偶尔来客串一下C/S开发，所以才想出来这么个馊主意。
哎 ，看来 你们还是没有理解 呀，那你说以后 如果我架设了 远程服务器， 更新的时候 直接 把 EebBrowser 的 URL 改成 远程的 WWW.~~~~.COM不就行了 做软件 不要只考虑 眼前 要做的
如果我 B/S + C/S 实现 只用 把 WebBrowser控件 的 URL 换成 远程地址不就 OK 了
做项目不是为了实现功能才做的，
如果我 B/S + C/S 实现 只用 把 WebBrowser控件 的 URL 换成 远程地址不就 OK 了
做项目不是为了实现功能才做的
http://www.oschina.net/code/snippet_12_661?from=rss当然，你也可以编程动态解释webservice的，asmx网页。其实这么干也挺蛋疼的。
http://msdn.microsoft.com/zh-cn/magazine/cc163879(en-us).aspx还有C/S中的S和B/S中的S没什么本质上的区别，如果说用access文件做数据库那叫B,不叫B/S,不知道你最后回贴说的是什么意思。最后感觉你的需求很莫名其妙，通常不是客户提出来非要这么做，没那个人会专门去走这样的弯路，因为你自己用HttpListner做的就是一个web服务，和IIS没什么本质区别，建议你做技术研究储备下就行了，别真干这种浪费力气的事。
但是他又不知道在C/S开发中人们如何提供一个这样的数据服务
又因为他只搞过web，所以他想当然地提出一个“在本地run一个.aspx页面”的需求如果我们透过他的需求，来看他的这个需求产生的来龙去脉，你就会发现他的软件所需要的功能只不过是C/S开发中一个很常见的功能，实现的办法多种多样，都是很成熟的解决方案，根本不需要像他那样的异想天开、独辟蹊径。所以，加强学习对开发人员来说是多么重要！
甚至有人有些偏激地申称做网站的根本算不上程序员通过这个帖子，你们服了吧？什么叫做以做网站的惯性思维来设计程序，本帖就是一个鲜活的例子。我不过分排挤做Web的，但是做Web的人一定要加强学习，不要仅仅把自己的思路局限在浏览器那么一个小盒子里面。
客户要求 那么做 你非要搞什么 WEB servers ...
哎呦 碰到 大神了，，， 那你给我从写个 DATAGriDiview 实现单元格不同颜色。
当初 上层 要求用 C/S +B/S 就出 处于 维护 和 安全考虑；
一种新的体系结构。结合B／S与C／S，将组件技术COM+和AcdveX技术分别应用在服务器端和客户端，从而开发出高效、安全的应用系统。
是web service，不是web servers
虽然就差了几个字母，意义上可是差了个十万八千里
C/S + B/S 结合，哈哈，好新颖的设计，真是巧妙呀，你们都没见过，是不是？哥现在同一个服务程序，又跟PC互动，又跟8位单片机互动，而且采用的也是http协议，见过没？客户的需求 ----> 不仅仅要听懂客户在说什么，更重要的是，要知道客户的需求的缘由。比如说，客户让你向左10米、再向右15米，你进一步跟客户沟通，发现客户其实只是想向右5米，并非特意要遍历一个什么路径，那么你告诉客户，直接向右5米即可，又提高开发效率又减少出bug的机会，同时还保证功能的实现，客户会很高兴。要满足客户需求，更要深层次理解客户需求、更好地满足客户需求。
CSDN论坛今早有问题，发两边非吾本意。:-)
因为一个人不能连续回复3次以上，所以我一直在等待有人再回复此帖，我才好继续回复。对于你说的这个问题，这样的效果对于C/S程序来说当然不在话下。首先，自定义显示样式，对C/S程序来说没有问题：Introduction to Styles in WPF
http://www.wpftutorial.net/Styles.html其次，把显示样式定义成一个模板，就像web里面的css那样，对于C/S程序来说也没有问题：Data Templates
http://www.wpftutorial.net/DataTemplates.html再其次，让控件响应事件改变显示样式，比如果鼠标滑过的时候变一下眼色，对于C/S程序来说也没有问题：Triggers in Styles
http://www.wpftutorial.net/Triggers.html
所以说你还是要加强学习，多学习没坏处的。
如果客户需要run一个.aspx文件的目的仅仅是为了提供数据的可视化，那么不用嵌入式的web server也行，换作是我的话，我会写成一个xml-rpc的服务，再配合XSLT来可视化成web页面。哈哈，搞web的又傻眼了吧？这可是纯web技术，你们做web的怎么没想到呢。
所以说，搞web的伤不起呀伤不起！！！论思维的灵活性，你们又怎能和正经做C/S的人比。
做了10多年软件的提出这个需求，那就对了。所以我分析说，做这个架构的人，还活在十年前的COM时代。话说，我也是做了10年软件的人。我经历过COM最辉煌的年代。但是毕竟已经10年过去了，一个人如果不加强学习的话很容易死守过去的技术不放，但是如果始终在学习，那么他就会知道这些技术的发展历史和变迁，知道每一项技术的最新面孔是什么。比如说一个不学习的10年开发者可能会抱怨说，VSS怎么没有后续版本了。
但一个经常学习的10年开发者会说，哦，原来TFS已经是VSS的最新替代品了，我早就该换TFS了。
delphi的indy 里有个例子 完全可以达到要求。。
A Simple protocol to view aspx pages without IIS implemented in C#
Run ASMX Without IIS以前玩过 只是用途是类似嵌入式WEB服务器反正可行是可行 只是ASPX太复杂的没试过。
简单的表单是可以的
system。web系列类关于web的方法都有地。
使用这个的好处是，在访问远程网页时，可以随意打开本地目录的文件显示在网页上。出于安全的考虑，BROWSER不允许在浏览远程网站的同时打开本地文件。除非使用打开文件对话框。这个需求的应该用场景应该是这样的：
访问远程网站时，同时需要在BROWSER中访问本地文件。
跟人理论的时候，麻烦把字写好了，把句子理通顺了，OK？
还有，标点符号也用好点，OK？
艹
他明明做的是个C/S程序。开发C/S程序当然需要C/S的知识。
貌似B/S能实现的C/S都能实现，而C/S很多功能在B/S上实现起来相当的痛苦（不敢说不能实现殴），原因就出在倒霉的无模式上了。
虽然楼主的问题有点怪，或者说有点小白。但是真不知道你那莫名其妙的C/S优越感是从那儿冒出来的。你那个Cassini和iis有什么本质区别么，不就是vs内置的么。还有什么xml—rpc+xslt，帮帮忙。xml+xslt有新意么，真以为搞web的是白痴么。为了回避所谓的“搞web的”还专门加了个rpc，这和用http有一毛钱的区别没有。web里也可以remoting采用rpc用http协议还分出高低贵贱来了。这么看不起“搞web的”你怎么不站到google门口去开群嘲啊。
好吧，那你就给用户的电脑上部署IIS吧，我反正没意见。没看到我的上下文吗？我的意思是说，如果仅仅是为了利用ASP.Net页面作为数据展示，那么XML+XSLT也能够做到。从你对别人的上下文的理解能力来说，你还真是个白痴。我不认为，绝大多数只搞过Web的人（尤其你这样的），能够达到Google的软件工程师的水平。
不服吗？等你进了Google你再拿这句话来回击吧。
又接到这样的项目~ 遇到问题 连个 技术总监都没有（公司就2个搞技术的 ，另一个 在做OA 不会 C/S），我这下 HI了~~~
主要是 这里面的原理我都不清楚。什么 HTTP 协议 呀，HttpListner 呀 ，XML + xslt，这些我都没听过~~~ 正在 努力 学习中 ………… 可是项目压的太紧了，更新这块我还没思路呢~~
以你的优越感强度来说，你的逻辑性还真不成正比。你这么看不起搞web的，你为什么要用xml，xslt啊解决数据展示呢，这可是搞web的人用的低端应用啊，怎么到了你这儿，就成了搞web的人肯定不知道的范畴了。以您的理论，凡是你认为高端的，必不是搞web的弱智能了解的，必不是所谓搞web的范畴。你做c/s又有什么高端了，请列出来听听。另外我可能比不了google的核心工程师。不我做为项目经理的项目应用用户数也是上百万的，这虽然说明不了什么问题，但不知道你哪一只朝天向的眼睛看出来，你比我优秀了。还是您是我曾在那个大会上仰望过的在台上演讲的技术大牛的小号，那请现个真身，小弟也佩服一下。还有，我是在说c/s和搞web没区别，你别在这儿装不懂。我96年~04年期间是用C++和汇编的。用不着你教育我c/s牛不牛。我就奇了怪了，这世上还真有学川菜的厨子看不起学鲁菜厨子这种事。
从你对“自己”的上下文的理解能力来说，你还真是个白痴。
哈哈，怎么样，搞web的傻眼了吧？又没见过了不是？哈哈，搞web的又傻眼了吧？这可是纯web技术，你们做web的怎么没想到呢。