使用多个 Web 项目生成 Web 应用程序。
这些都是网上摘抄的内容,其他的区别也大概了解了,通过以上两句话,想问问是
在什么地方考虑web应用程序?
什么地方考虑web网站?
如何使用多个 Web 项目生成 Web 应用程序?
可以将ASP.NET应用程序拆分成多个项目以方便开发,管理和维护。是个什么意思?
最好用白话,不要复制粘贴啊。。。谢谢了。。。比如你可以举个大型项目的运作的例子来说明怎么分拆开发。
41 个解决方案
#1
块来达人!
#2
据说如果做网站一般是用web应用程序好,呵呵
#3
#4
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
拆分多个项目意思:
比如一个典型的网站开发包含这几方面:
数据库操作,业务逻辑,用户界面即表现层
你可以在解决方案中分别创建
实体模型(就是定义对应数据库中表的字段),数据操作,业务逻辑控制,及UI层(即显示到用户浏览器)项目,
(画不了图,应该用个图表示它们之间的关系更清楚)
数据库操作依赖实体模型,UI层需要的数据通过<<业务逻辑控制层去调用<<数据操作层类的方法
发布时,只要把UI层发布即可
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
拆分多个项目意思:
比如一个典型的网站开发包含这几方面:
数据库操作,业务逻辑,用户界面即表现层
你可以在解决方案中分别创建
实体模型(就是定义对应数据库中表的字段),数据操作,业务逻辑控制,及UI层(即显示到用户浏览器)项目,
(画不了图,应该用个图表示它们之间的关系更清楚)
数据库操作依赖实体模型,UI层需要的数据通过<<业务逻辑控制层去调用<<数据操作层类的方法
发布时,只要把UI层发布即可
#5
新建一个web网站 然后为该网站添加类库 作为你说的数据层 业务层等 不也一样吗?
#6
快速开发小项目及原型、测试等项目适合Web Site...其他一般都适合Web应用程序...
至于什么分拆是软件工程的事儿,跟ASP.NET无关...
至于什么分拆是软件工程的事儿,跟ASP.NET无关...
#7
大项目用web site有啥劣势啊。
#8
#9
既然回帖了 好歹谈谈自己经验啊
#10
同意
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
#11
没有实际的经验吗?
#12
大部分使用的都是应用程序
没有多大的区别
#13
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
这体现在哪里呢。web site设计时也可以分层啊
代码复用率低,增加新的应用成本高,更新、维护不方便
这体现在哪里呢。web site设计时也可以分层啊
#14
web site 的编译速度超慢不说。
而且文件夹里面所有东西都被丢进源码管理的软件里面。
如果作的程序是生成不少临时文件的项目,那么就烦死你。
而且文件夹里面所有东西都被丢进源码管理的软件里面。
如果作的程序是生成不少临时文件的项目,那么就烦死你。
#15
使用多个 Web 项目生成 Web 应用程序。
怎么操作
怎么操作
#16
微软不该在 2005 sp1 恢复那个 web project 支持.
#17
应用程序 所有aspx.cs会集中成一个dll 部署简单
site 每个aspx.cs编译成一个dll ...........
不用考虑了web site 了 全部用应用程序可以了
site 每个aspx.cs编译成一个dll ...........
不用考虑了web site 了 全部用应用程序可以了
#18
http://topic.csdn.net/u/20100219/10/36f26bd2-5f12-4293-9458-2421d4ce0f47.html
看这帖子,说法都不一致。大网站小网站用哪种也不一致。
看这帖子,说法都不一致。大网站小网站用哪种也不一致。
#19
webapplication发布后 aspx页面的html代码如何像website那样变成乱码啊
#20
1、web应用程序Default.aspx显示有两个原有文件及Default.aspx.cs和Default.aspx.designer.cs;1、Web网站Default.aspx显示有一个原有文件Default.aspx.cs。
2、web应用程序有重新生成和发布两项;Web网站只有一个发布网站。
3、web应用程序和一般的winform没有什么区别都有引用的是命名空间等;Web网站在引用后出现一个bin文件夹那里存放dll和pdb文件。
4、web应用程序可以作为类库被引用;Web网站则不可以作为类库被引用。
5、web应用程序可以添加ASP.Net文件夹中不包括bin、App_Code;Web网站可以添加ASP.Net文件夹包括bin、App_Code。
6、web应用程序还可添加组件和类;Web网站则没有。
7、源文件虽然都是Default.aspx.cs但是web应用程序有命名空间,多了一项System.Collections空间引用。
2、web应用程序有重新生成和发布两项;Web网站只有一个发布网站。
3、web应用程序和一般的winform没有什么区别都有引用的是命名空间等;Web网站在引用后出现一个bin文件夹那里存放dll和pdb文件。
4、web应用程序可以作为类库被引用;Web网站则不可以作为类库被引用。
5、web应用程序可以添加ASP.Net文件夹中不包括bin、App_Code;Web网站可以添加ASP.Net文件夹包括bin、App_Code。
6、web应用程序还可添加组件和类;Web网站则没有。
7、源文件虽然都是Default.aspx.cs但是web应用程序有命名空间,多了一项System.Collections空间引用。
#21
在下实在愚昧,多谢各位讲解了。
#22
学习
#23
比如有人做日志系统、有人做人员系统,这2个人都用webapplication吗?而做日志系统的需要用到人员的页面。怎么调用啊。互相之间??????
#24
#25
#26
#27
这两个难道不一样吗
#28
学习用website,工作用webapplication
#29
o o s
#30
website可以直接用profile,web application不能直接用Profile
website发布后就不好改页面了
website发布后就不好改页面了
#31
同意,开始学习时是在website上琢磨的,一般进了公司都是搞webapplication了,进阶。
#33
的确
#34
其实 概括性的说
没什么 太大的区别
#35
website 方便,运行起来速度没有什么明显差别
#36
#37
vs 里头工程的区别在于工程源文件的组织和目标文件的生成方式
web site 是一种 vs 工程类型, build 时用的是(2.0):
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe
这样会生成很多 dll 文件,app_code 下一个, 页面控件后台代码各自有个 dll.
而 web application 是一种混合的工程类型,
基础是某种语言(C#, VB)的类库工程,
在此基础上扩展了 web 的相关特性(比如对 aspx,ascx等文件的设计和编辑支持等)
编译是用 csc 编译代码文件形成一个集中的 dll.
两种方式在指定后台代码的语法有差别。
真正部署运行后, 差别很少。
调优别在这个角度上费功夫,
熟悉哪个就用哪个。
#38
#40
属于常见问题了
#41
哈哈
#1
块来达人!
#2
据说如果做网站一般是用web应用程序好,呵呵
#3
#4
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
拆分多个项目意思:
比如一个典型的网站开发包含这几方面:
数据库操作,业务逻辑,用户界面即表现层
你可以在解决方案中分别创建
实体模型(就是定义对应数据库中表的字段),数据操作,业务逻辑控制,及UI层(即显示到用户浏览器)项目,
(画不了图,应该用个图表示它们之间的关系更清楚)
数据库操作依赖实体模型,UI层需要的数据通过<<业务逻辑控制层去调用<<数据操作层类的方法
发布时,只要把UI层发布即可
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
拆分多个项目意思:
比如一个典型的网站开发包含这几方面:
数据库操作,业务逻辑,用户界面即表现层
你可以在解决方案中分别创建
实体模型(就是定义对应数据库中表的字段),数据操作,业务逻辑控制,及UI层(即显示到用户浏览器)项目,
(画不了图,应该用个图表示它们之间的关系更清楚)
数据库操作依赖实体模型,UI层需要的数据通过<<业务逻辑控制层去调用<<数据操作层类的方法
发布时,只要把UI层发布即可
#5
新建一个web网站 然后为该网站添加类库 作为你说的数据层 业务层等 不也一样吗?
#6
快速开发小项目及原型、测试等项目适合Web Site...其他一般都适合Web应用程序...
至于什么分拆是软件工程的事儿,跟ASP.NET无关...
至于什么分拆是软件工程的事儿,跟ASP.NET无关...
#7
大项目用web site有啥劣势啊。
#8
#9
既然回帖了 好歹谈谈自己经验啊
#10
同意
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
web Application 采用分层结构设计,
代码耦合性低,设计灵活,容易维护
#11
没有实际的经验吗?
#12
大部分使用的都是应用程序
没有多大的区别
#13
web Site通常应用于单于简单的网站开发,
代码复用率低,增加新的应用成本高,更新、维护不方便
这体现在哪里呢。web site设计时也可以分层啊
代码复用率低,增加新的应用成本高,更新、维护不方便
这体现在哪里呢。web site设计时也可以分层啊
#14
web site 的编译速度超慢不说。
而且文件夹里面所有东西都被丢进源码管理的软件里面。
如果作的程序是生成不少临时文件的项目,那么就烦死你。
而且文件夹里面所有东西都被丢进源码管理的软件里面。
如果作的程序是生成不少临时文件的项目,那么就烦死你。
#15
使用多个 Web 项目生成 Web 应用程序。
怎么操作
怎么操作
#16
微软不该在 2005 sp1 恢复那个 web project 支持.
#17
应用程序 所有aspx.cs会集中成一个dll 部署简单
site 每个aspx.cs编译成一个dll ...........
不用考虑了web site 了 全部用应用程序可以了
site 每个aspx.cs编译成一个dll ...........
不用考虑了web site 了 全部用应用程序可以了
#18
http://topic.csdn.net/u/20100219/10/36f26bd2-5f12-4293-9458-2421d4ce0f47.html
看这帖子,说法都不一致。大网站小网站用哪种也不一致。
看这帖子,说法都不一致。大网站小网站用哪种也不一致。
#19
webapplication发布后 aspx页面的html代码如何像website那样变成乱码啊
#20
1、web应用程序Default.aspx显示有两个原有文件及Default.aspx.cs和Default.aspx.designer.cs;1、Web网站Default.aspx显示有一个原有文件Default.aspx.cs。
2、web应用程序有重新生成和发布两项;Web网站只有一个发布网站。
3、web应用程序和一般的winform没有什么区别都有引用的是命名空间等;Web网站在引用后出现一个bin文件夹那里存放dll和pdb文件。
4、web应用程序可以作为类库被引用;Web网站则不可以作为类库被引用。
5、web应用程序可以添加ASP.Net文件夹中不包括bin、App_Code;Web网站可以添加ASP.Net文件夹包括bin、App_Code。
6、web应用程序还可添加组件和类;Web网站则没有。
7、源文件虽然都是Default.aspx.cs但是web应用程序有命名空间,多了一项System.Collections空间引用。
2、web应用程序有重新生成和发布两项;Web网站只有一个发布网站。
3、web应用程序和一般的winform没有什么区别都有引用的是命名空间等;Web网站在引用后出现一个bin文件夹那里存放dll和pdb文件。
4、web应用程序可以作为类库被引用;Web网站则不可以作为类库被引用。
5、web应用程序可以添加ASP.Net文件夹中不包括bin、App_Code;Web网站可以添加ASP.Net文件夹包括bin、App_Code。
6、web应用程序还可添加组件和类;Web网站则没有。
7、源文件虽然都是Default.aspx.cs但是web应用程序有命名空间,多了一项System.Collections空间引用。
#21
在下实在愚昧,多谢各位讲解了。
#22
学习
#23
比如有人做日志系统、有人做人员系统,这2个人都用webapplication吗?而做日志系统的需要用到人员的页面。怎么调用啊。互相之间??????
#24
#25
#26
#27
这两个难道不一样吗
#28
学习用website,工作用webapplication
#29
o o s
#30
website可以直接用profile,web application不能直接用Profile
website发布后就不好改页面了
website发布后就不好改页面了
#31
同意,开始学习时是在website上琢磨的,一般进了公司都是搞webapplication了,进阶。
#32
#33
的确
#34
其实 概括性的说
没什么 太大的区别
#35
website 方便,运行起来速度没有什么明显差别
#36
#37
vs 里头工程的区别在于工程源文件的组织和目标文件的生成方式
web site 是一种 vs 工程类型, build 时用的是(2.0):
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_compiler.exe
这样会生成很多 dll 文件,app_code 下一个, 页面控件后台代码各自有个 dll.
而 web application 是一种混合的工程类型,
基础是某种语言(C#, VB)的类库工程,
在此基础上扩展了 web 的相关特性(比如对 aspx,ascx等文件的设计和编辑支持等)
编译是用 csc 编译代码文件形成一个集中的 dll.
两种方式在指定后台代码的语法有差别。
真正部署运行后, 差别很少。
调优别在这个角度上费功夫,
熟悉哪个就用哪个。
#38
#39
#40
属于常见问题了
#41
哈哈