WebApplication和WebSite有什么区别?我该选择哪个?

Net_2006 2007-05-07 08:36:30
WebApplication和WebSite有什么区别?我该选择哪个?
请说说理由??
...全文
1385 28 打赏 收藏 转发到动态 举报
写回复
用AI写文章
28 条回复
切换为时间正序
请发表友善的回复…
发表回复
lvnianjie 2011-10-27
  • 打赏
  • 举报
回复
深入挖掘
JOS灬拥友 2011-08-15
  • 打赏
  • 举报
回复
telankes2000 2011-05-27
  • 打赏
  • 举报
回复
我了个去 !远古时期的老坟都被挖出来了
无爱大叔 2011-05-27
  • 打赏
  • 举报
回复
不觉得大项目要用webapplication,website不能用在大项目?
各有优势,个人比较喜欢website方式;webapplication只要有一点更改就要编译一下开发效率低下之极,当有bug产生时webapplication的更新方式也不那么令人愉快。
还是website来的方便、灵活,那里有问题更新哪里。

至于楼上很多人说webapplication运行快,偶认为这是没有根据的,asp.net都是编译执行何来快一些,如sp1234所说快也就那么一点点,可以忽略掉的,真正要让程序跑的快还是要靠编程、服务器性能。

另外webapplication有个很让我讨厌的地方就是,每次添加文件都要自动修改工程文件csproj,导致webapplication.csproj文件越来越大;在做团队开发时,每天都需要在合并webapplication.csproj文件上耗费很长时间。
wlf535944903 2011-05-24
  • 打赏
  • 举报
回复
WebSite 做练习用 简单 方便 修改了 不用编译 直接就能看到效果~~ 大项目用webapplication
qihuiqiang2008 2011-05-23
  • 打赏
  • 举报
回复
上面这哥们太幽默了
wfcfan 2007-05-22
  • 打赏
  • 举报
回复
看错,当我没说。
wfcfan 2007-05-22
  • 打赏
  • 举报
回复
一个b/s ,一个c/s
wfcfan 2007-05-22
  • 打赏
  • 举报
回复
webapplication
shadow841112 2007-05-09
  • 打赏
  • 举报
回复
个人比较喜欢WebSite,其中还有一个优点就是很好做开发移植,如果你有2台机子做开发,白天公司开发,晚上回家开发,那么WebSite只需要拷文件夹,然后打开网站既可。

而且不装WebApp是因为,SP1装起来太慢了,我睡了好几觉。。。而且总觉得打了SP,像穿补丁,郁闷。。。呵呵,最后一句纯属娱乐
自然框架 2007-05-09
  • 打赏
  • 举报
回复
??
job_2006 2007-05-09
  • 打赏
  • 举报
回复
xue xi
oldmoon 2007-05-09
  • 打赏
  • 举报
回复
还在用2003
自然框架 2007-05-09
  • 打赏
  • 举报
回复
>>都加在一起也不过1M

算错了,加起来不超过 500K。
自然框架 2007-05-09
  • 打赏
  • 举报
回复
>>Ajax Control Toolkit”的demo代码编译完了,如果合并为一个dll,大概将近 2M 吧

不知道是什么意思?

就我的 网站 来说我是这么设置的:(分成了多个DLL文件)

1、DataAccessLayer.dll 数据访问的方法(还有几个常用的函数),类似于SQLHelp 。这是一个通用的DLL,任何项目都引用相同的文件。36K.

2、JYKControls.dll 常用控件。这里面有我自己写的几个自定义服务器控件,比如分页控件了什么的。大约9个,各有各的功能。132K。

3、UserInfo.dll 用户验证,用户登录这一类的。20K。

4、网站页面的DLL。就是.aspx.cs编译成的LL。根据网页的多少和里面的代码量来定,一般不会超过100K。现在是70K。(我是把所谓的业务逻辑也都写在了 .aspx.cs里面了)

5、后台管理的DLL。其实我是建立两个项目的,一个是网站的页面,一个是网站的后台管理。着里的DLL就是专门做后台管理的。140K。由于后台管理接近于“通用”所以这个DLL的大小基本就是固定的,网站在大也就是这么大了。

6、配置文件,后台通用了就需要一个配置文件来配置,轮文件的大小呢,这个也应该算上。这个文件就是最大的了。


都加在一起也不过1M。1、2、3和5是固定的,基本传一次就可以了。4的变动是最大的,但是它的体积一般也超不过100K。

所以我很难理解 “大概将近 2M 吧” 这是怎么来的?

“就不会去选择上传10M” 这个项目也太大了呀。


ps:

上面所说的网站的体积是根据 http://www.sbxq88.com/ 这个网站来说的,这个不算大站,但是也不是太小吧。



liudao 2007-05-09
  • 打赏
  • 举报
回复
肯定要选择webapplication了,迁移比较容易 不用配置站点
weizhuangzhi 2007-05-08
  • 打赏
  • 举报
回复
什么也不用说了,除非是特别小的网站,否则就是WebApplication,好处很多
Net_2006 2007-05-08
  • 打赏
  • 举报
回复
我有感觉到在编译速度上差别比较大。
  • 打赏
  • 举报
回复
“Ajax Control Toolkit”的demo代码编译完了,如果合并为一个dll,大概将近 2M 吧。而实际上,这个demo并不是什么真正的应用系统,只是演示20个左右控件而已,与应用相比可以说其页面代码量连十分之一都不足。

如果能够每一次更新上传200K,就不会去选择上传10M。
  • 打赏
  • 举报
回复
理想和现实总是不一样的。例如你可以说把所有界面都在其它工程里作成自定义控件,但是实际情况下还是有很多在aspx、ascx、asmx里边写代码。我所说的“dll”会很大的时候,并没有考虑app_code下有多少行代码,根本没有计算这些,就已经很大了。

如果是写小程序不知道。例如“Ajax Control Toolkit”的demo代码,编译完了是多少M? 那只是20个左右什么也看不了的小demo程序,其dll就已经不小了。

显然,我想允许一点点差异,允许有的人写用户控件而不是自定义控件,允许的用户控件使用vb.net,有的使用c#。有些管理方法是可以严格一点的,有些,例如用自定义控件来废掉aspx和ascx开发,则不是稍微大一点的项目组中实际应该做的。

至于说“临时更新3、4格文件”的问题,同样地,这是值得做的事。更新了一个ascx或者asmx,当然仅仅上传与之相关的文件,别的代码不需要更新到服务器。实际上,即使整站文件上传,也需要使用专业的网站上传才能保证网站本地镜像统计信息正确更新。

开发时不装iis是为了避免那些“我的机器无法调试了,我的网站目录拷贝后无法启动了”之类的叫唤。开发机器上不安装iis不是为了减少冲突,而是为了让机器干净。
加载更多回复(8)

62,046

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧