62,047
社区成员
发帖
与我相关
我的任务
分享c#.net 使用MVC框架 求高手帮忙.谢谢
求解. 本人已经有快3年的工作经验
2010年9月初来到一个公司.这个公司用的MVC框架,我没有使用过,于是去网上看了。 强调的是 V调C C调M V和M 不会直接沟通. 而且把后台也独立出来了， 和我故去的三层对比.没感觉出什么. 可能是因为我没用过MVC的关系。 这几天我进入项目里 在使用公司的MVC框架下开发. 发现这个麻烦， 我都有要辞职的冲动. 就写一个按日期查询的功能.我就写了2天
具体都写了 如下.
MoistureMonitorHistoryDataDAO.cs
IMoistureMonitorHistoryDataDAO.cs
MoistureMonitorHistoryDataDTO.cs
MoistureMonitorHistoryDataDTOX.cs
IMoistureMonitorHistoryDataDTOX.cs
MoistureMonitorHistoryDataService.cs
IMoistureMonitorHistoryDataService.cs
SetDataByHandController.cs
MoistureMonitorHistoryDataMap.xml
MoistureMonitorHistoryData.xml
daos.config
dtos.config
services.config
sqlMap.config
MoistureMonitorHistoryDataCard.vm
在实际应用中，我发现他是一个表对应这些类. 那我要是有10个表， 就要这么写10次. 除了C 里有不同的代码， M里基本都是一样的，代码很多余, 能独立出来为什么不独立出来,直接调用那， 如果MVC的想法就是这样，那代码工作量没有减轻反而大大增加了, 有人用过MVC吗, 请给讲讲. 也许我公司实现的MVC的概念.M和V分开了， 但是没有抓住灵魂.
2010年9月初来到一个公司.这个公司用的MVC框架,我没有使用过,于是去网上看了。 强调的是 V调C C调M V和M 不会直接沟通. 而且把后台也独立出来了， 和我故去的三层对比.没感觉出什么. 可能是因为我没用过MVC的关系。 这几天我进入项目里 在使用公司的MVC框架下开发. 发现这个麻烦， 我都有要辞职的冲动. 就写一个按日期查询的功能.我就写了2天
具体都写了 如下.
MoistureMonitorHistoryDataDAO.cs
IMoistureMonitorHistoryDataDAO.cs
MoistureMonitorHistoryDataDTO.cs
MoistureMonitorHistoryDataDTOX.cs
IMoistureMonitorHistoryDataDTOX.cs
MoistureMonitorHistoryDataService.cs
IMoistureMonitorHistoryDataService.cs
SetDataByHandController.cs
MoistureMonitorHistoryDataMap.xml
MoistureMonitorHistoryData.xml
daos.config
dtos.config
services.config
sqlMap.config
MoistureMonitorHistoryDataCard.vm
在实际应用中，我发现他是一个表对应这些类. 那我要是有10个表， 就要这么写10次. 除了C 里有不同的代码， M里基本都是一样的，代码很多余, 能独立出来为什么不独立出来,直接调用那， 如果MVC的想法就是这样，那代码工作量没有减轻反而大大增加了, 有人用过MVC吗, 请给讲讲. 也许我公司实现的MVC的概念.M和V分开了， 但是没有抓住灵魂.
...全文
请发表友善的回复…
发表回复
好奇都是要学的 2010-09-17
- 打赏
- 举报
并且跟我说说,MVC的好处. 我使用中，未发现
tuziblog 2010-09-17
- 打赏
- 举报
如果熟悉了mvc会感觉mvc相当有魅力的
说一下有点吧：
1.分层明确，ui,controller,business,dao(好点的公司都有成套架构)，各尽其职，互不干扰
2.页面可以重用，非常方便。(ActionResult)
3.url routing机制。可以让你的url看起来很优雅www.csdn.com/blog/XXX/2010-9-17.html
缺点：
（以上有点webform也可以实现，但是没有统一起来）
1.routing机制制定有点繁琐，如果协调不好，routing改了以后对于window.location.href="/xxx/xxx"影响挺大
2.全局变量的概念被模糊了（这个我说不清楚，只有用过了才会明白）
你说的问题，应该看看你负责哪层？如果让你独立完成某个模块（ui肯定不用你搞），你就去business写逻辑，然后对应页面名称去controller里面调用，返回给页面
说一下有点吧：
1.分层明确，ui,controller,business,dao(好点的公司都有成套架构)，各尽其职，互不干扰
2.页面可以重用，非常方便。(ActionResult)
3.url routing机制。可以让你的url看起来很优雅www.csdn.com/blog/XXX/2010-9-17.html
缺点：
（以上有点webform也可以实现，但是没有统一起来）
1.routing机制制定有点繁琐，如果协调不好，routing改了以后对于window.location.href="/xxx/xxx"影响挺大
2.全局变量的概念被模糊了（这个我说不清楚，只有用过了才会明白）
你说的问题，应该看看你负责哪层？如果让你独立完成某个模块（ui肯定不用你搞），你就去business写逻辑，然后对应页面名称去controller里面调用，返回给页面
火柴没帽 2010-09-17
- 打赏
- 举报
关注中，最近我也在学MVC
周公 2010-09-17
- 打赏
- 举报
[Quote=引用 10 楼 wang2129929 的回复:]
我就想知道, 我写一个功能 就要写那么多累, 是对还是错. 如果是对，这代码量也太大。 如果错了,谁能给我一个正确的， 该把什么独力出来
[/Quote]
写了那些类可以在不同场合下重用了，而且使用实体在不同层间传递也比将实体的多个字段一一传递强。
我就想知道, 我写一个功能 就要写那么多累, 是对还是错. 如果是对，这代码量也太大。 如果错了,谁能给我一个正确的， 该把什么独力出来
[/Quote]
写了那些类可以在不同场合下重用了，而且使用实体在不同层间传递也比将实体的多个字段一一传递强。
细嗅蔷薇 2010-09-17
- 打赏
- 举报
唉。 学习中
我用的强类型 单表查询很简单
但是 链接查询的时候我就傻了
都不知道怎么写..
我用的强类型 单表查询很简单
但是 链接查询的时候我就傻了
都不知道怎么写..
好奇都是要学的 2010-09-17
- 打赏
- 举报
我就想知道, 我写一个功能 就要写那么多累, 是对还是错. 如果是对，这代码量也太大。 如果错了,谁能给我一个正确的， 该把什么独力出来
porschev 2010-09-17
- 打赏
- 举报
[Quote=引用 4 楼 gongsun 的回复:]
低耦合。。。
米控件。。。
[/Quote]
我是我觉得最重要的一点。。。低耦合。。。
低耦合。。。
米控件。。。
[/Quote]
我是我觉得最重要的一点。。。低耦合。。。
AsheBin 2010-09-17
- 打赏
- 举报
一个C处理一组相关的业务。聚合的比较好。
V层可以调用C层，但绝不会和某个C层进行耦合，必要的时候他会调用其他C里面的Action
M层一般都是实体类，数据的载体。
在C和M之间，一般会写一个BLL类，用来处理业务逻辑，而不是直接使用C里面的Action直接去访问M，这样的话C的Action代码将会比较复杂。
V层可以调用C层，但绝不会和某个C层进行耦合，必要的时候他会调用其他C里面的Action
M层一般都是实体类，数据的载体。
在C和M之间，一般会写一个BLL类，用来处理业务逻辑，而不是直接使用C里面的Action直接去访问M，这样的话C的Action代码将会比较复杂。
JetWindLee 2010-09-17
- 打赏
- 举报
正在学习中...
lilin8905 2010-09-17
- 打赏
- 举报
正在学习
gs8716 2010-09-17
- 打赏
- 举报
正在学习当中。。。。。。。
gongsun 2010-09-17
- 打赏
- 举报
低耦合。。。
米控件。。。
米控件。。。
MSDNXGH 2010-09-17
- 打赏
- 举报
开发人员很难将ASP.NET应用程序进行良好分层并使相应的页面进行相应的输出，例如页面代码只进行页面布局和样式的输出而代码页面只负责进行逻辑的处理
MVC
开发人员能够在视图中进行页面视图的开发，而在控制器中进行代码的实现。
MVC
开发人员能够在视图中进行页面视图的开发，而在控制器中进行代码的实现。
MSDNXGH 2010-09-17
- 打赏
- 举报
url，你发现没，
，对于Web应用动态的地址如abc.aspx?id=1&action=add&t=3可以以abc/action/id/add的形式呈现
，对于Web应用动态的地址如abc.aspx?id=1&action=add&t=3可以以abc/action/id/add的形式呈现
