|
【冒泡】X_Craft
2014/5/19 17:32:38
三层框架中部分类Partial的应用
三层框架BLL、DAL、Model 一般都有各自的命名空间
namespace xxx.BLL{public class UserManage{...}}
namespace xxx.DAL{public class UserService{...}}
namespace xxx.Model{public class UserModel{...}}
需要从User表读写User对象的话需要这样
UserService us = new UserService();
UserModel um = us.GetModel(xxx);
um.loginCount++;
us.Update(um);
通过动软件代码生成器生成出来的各层代码时类名前都自动加上了Partial,
但Partial类是不能放在不同命名空间的啊,有什么办法让实体和DAL使用同一个类名称呢?
【话唠】♂xjwebs
2014/5/19 17:34:16
批量替换会麽
17:37:55
【冒泡】X_Craft
2014/5/19 17:37:55
我的意思是把UserService和UserModel合二为一
【冒泡】X_Craft
2014/5/19 17:37:58
为什么不合二为一呢
【冒泡】X_Craft
2014/5/19 17:38:11
写到不同的类定义文件里,但使用一个名称
17:39:19
【冒泡】X_Craft
2014/5/19 17:39:19
DAL+Model合二为一
【话唠】♂xjwebs
2014/5/19 17:40:12
file:///
那还要用三层做啥,直接一层就好了
【冒泡】X_Craft
2014/5/19 17:40:48
DAL+Model合二为一,不是三层合二为一
【话唠】♂xjwebs
2014/5/19 17:41:02
你应该是初次接触MVC吧
17:43:48
【冒泡】X_Craft
2014/5/19 17:43:48
不是MVC
17:46:58
【话唠】♂[渝]版主-Eagle 2014/5/19 17:46:58
三层 和model有联系么
【话唠】♂[渝]版主-Eagle 2014/5/19 17:47:00
亲
【话唠】♂[渝]版主-Eagle 2014/5/19 17:47:12
DAL、BLL、UI
【话唠】♂[渝]版主-Eagle 2014/5/19 17:47:23
file:///C:\Users\ADMINI~1\AppData\Local\Temp\OOY5$4OW5H`8`9%(9$)T67M.gifmodel
【冒泡】X_Craft
2014/5/19 17:47:57
合并DAL+Model 不是合并三层
【话唠】♂[渝]版主-Eagle 2014/5/19 17:48:35
弄得个几不像
17:49:00
【冒泡】X_Craft
2014/5/19 17:49:00
file:///http://social.msdn.microsoft.com/Forums/windowshardware/zh-TW/f4b27a72-f163-499c-b647-dddac2ea7b1f/adonet-entity-frameworkdalmodel
【话唠】♂[渝]版主-Eagle 2014/5/19 17:49:18
mvc就mvc
【潜水】♂ Vincent
2014/5/19 17:50:40
file:///C:\Users\ADMINI~1\AppData\Local\Temp\}$$SH8F5BOR8W96(N@`FVY4.gif
17:53:38
【话唠】♂[渝]版主-Eagle 2014/5/19 17:53:38
说到 实体 和 数据源
【话唠】♂[渝]版主-Eagle 2014/5/19 17:54:01
你们认为什么用于绑定数据比较好?
【话唠】♂[渝]版主-Eagle 2014/5/19 17:54:22
是实体还是dataset
【冒泡】【北京】-Male
2014/5/19 17:55:05
感觉没有什么好 是什么更适合
【话唠】♂[渝]版主-Eagle 2014/5/19 17:55:15
file:///C:\Users\ADMINI~1\AppData\Local\Temp\}$$SH8F5BOR8W96(N@`FVY4.gif
17:55:42
【话唠】♂[渝]版主-Eagle 2014/5/19 17:55:42
Male是大牛啊
【冒泡】【北京】-Male
2014/5/19 17:55:57
[img]file:///C:\Users\ADMINI~1\AppData\Local\Temp\)SC5BVG@Z77TFAZI3REO[}R.gif[/img]
【话唠】♂[渝]版主-Eagle 2014/5/19 17:56:15
Male能解说一下为什么吗?
【冒泡】【北京】-Male
2014/5/19 17:56:15
刚刚 开始接触orm 的确很强大
【冒泡】X_Craft
2014/5/19 17:57:11
Partial可以将不同项中的类定义合并吗
17:59:00
【话唠】♂[渝]版主-Eagle 2014/5/19 17:59:00
@【北京】-Male 然后呢
【冒泡】【北京】-Male
2014/5/19 17:59:11
我理解的是这样
【冒泡】【北京】-Male
2014/5/19 17:59:14
不知道你们啊
【话唠】♂[渝]版主-Eagle 2014/5/19 18:00:02
@x_craft 感觉没有什么好 是什么更适合,根据生产环境来
【冒泡】【北京】-Male
2014/5/19 18:00:06
按照项目快速开发来说的话 利用实体框架 开发效率太高了 而且可以专注于逻辑
【话唠】♂[渝]版主-Eagle 2014/5/19 18:00:24
嗯嗯
丨丨丨丨丨 ▎▍▌███加入本群
18:01:28
【话唠】♂[渝]版主-Eagle 2014/5/19 18:01:28
@【北京】-Male 继续吧
【潜水】丨丨丨丨丨 ▎▍▌███
2014/5/19 18:02:01
[img]file:///C:\Users\ADMINI~1\AppData\Local\Temp\}V9)8ZXFVO7([62AORGXOMY.gif[/img]亲们按时吃饭
【话唠】♂[渝]版主-Eagle 2014/5/19 18:02:32
用实体开发的确能增加开发速度,并且专注于逻辑处理
【话唠】♂[渝]版主-Eagle 2014/5/19 18:02:55
但同时也有不可避免的问题
18:03:39
【话唠】♂[渝]版主-Eagle 2014/5/19 18:03:39
当我们需要进行多表联合查询的时候,实体便限制了我们的自由
【冒泡】【北京】-Male
2014/5/19 18:04:20
不用映射 对于运行效率的把控 可以更主动些 只是开发效率低一点。 相对来说 数据量级别较低 较为简单 的业务结构更适合 orm
【话唠】♂[渝]版主-Eagle 2014/5/19 18:05:08
也许1、2个多表联合查询你构建一个新的实体,但多了就是 问题
【冒泡】【北京】-Male
2014/5/19 18:05:14
恩 鄙人也是这个感觉
18:06:10
【冒泡】【北京】-Male
2014/5/19 18:06:10
连接20张表的 连接查询 会疯掉吧
【话唠】♂[渝]版主-Eagle 2014/5/19 18:07:02
@【北京】-Male 如果要抄作20张表,依旧用 实体,我只能说 缺少一个好的项目经理
【话唠】♂[渝]版主-Eagle 2014/5/19 18:07:12
或者说系统构架师
【冒泡】【北京】-Male
2014/5/19 18:07:58
这是病 得治...file:///C:\Users\ADMINI~1\AppData\Local\Temp\LY6DR3ISJE0)6K)L)]~VIZK.gif
18:08:26
【话唠】♂[渝]版主-Eagle 2014/5/19 18:08:26
@【北京】-Male ?
【冒泡】【北京】-Male
2014/5/19 18:08:49
架构...file:///C:\Users\ADMINI~1\AppData\Local\Temp\)QN1UH78VKP2T7)IA]ZM(FW.gif
【话唠】♂[渝]版主-Eagle 2014/5/19 18:08:58
哦
【话唠】♂[渝]版主-Eagle 2014/5/19 18:09:44
但一个大型的项目,由于没有构建好,而后期出现了这种类似的问题,我们应该怎么解决呢?
【冒泡】【北京】-Male
2014/5/19 18:10:12
请个牛逼的架构师 进行重构
【冒泡】X_Craft
2014/5/19 18:10:20
ORM是对头的,从团队开发角度
18:10:45
【话唠】♂[渝]版主-Eagle 2014/5/19 18:10:45
如果你是构架师,你准备怎么办?
【冒泡】X_Craft
2014/5/19 18:10:48
新人进来根本不需要了解SQL ADO.net,只要会编程逻辑
【冒泡】【北京】-Male
2014/5/19 18:10:54
我不是啊
【话唠】♂[渝]版主-Eagle 2014/5/19 18:11:03
我说如果
【冒泡】【北京】-Male
2014/5/19 18:11:18
假设不成立[img]file:///C:\Users\ADMINI~1\AppData\Local\Temp\6ZD$%HBUZ[H~@Y(R{46]9`1.gif[/img]
【话唠】♂[渝]版主-Eagle 2014/5/19 18:12:00
@X_Craft ado.net 编程没那必要,苏飞的sqlhelper已经写好了
【冒泡】【北京】-Male
2014/5/19 18:12:00
以前一个项目 大多数时间 都在写sql
现在突然用orm 武功都废掉的感觉 ...
18:12:48
【话唠】♂[渝]版主-Eagle 2014/5/19 18:12:48
file:///C:\Users\ADMINI~1\AppData\Local\Temp\OOY5$4OW5H`8`9%(9$)T67M.gif
【话唠】♂[渝]版主-Eagle 2014/5/19 18:13:17
你现在会sql编程对吧,你会orm编程对吧
【话唠】♂[渝]版主-Eagle 2014/5/19 18:13:40
那么你再努力一点,是不是2者能融会贯通?
【冒泡】【北京】-Male
2014/5/19 18:13:40
在学习...
【冒泡】【北京】-Male
2014/5/19 18:14:31
扫噶..
【话唠】♂[渝]版主-Eagle 2014/5/19 18:14:39
这是原理,得学、得会
【话唠】♂[渝]版主-Eagle 2014/5/19 18:14:48
这样你才能走得更远
18:15:35
【话唠】♂[渝]版主-Eagle 2014/5/19 18:15:35
MongoDB大家用过没?
【潜水】♂老邱
2014/5/19 18:15:39
用过
【话唠】♂[渝]版主-Eagle 2014/5/19 18:15:44
非关系型数据库
【冒泡】【北京】-Male
2014/5/19 18:15:46
呵呵 么有
【冒泡】【北京】-Male
2014/5/19 18:15:54
说说
【潜水】♂老邱
2014/5/19 18:16:58
file:///C:\Users\ADMINI~1\AppData\Local\Temp\X@8}U9MLE}EBUE273)]9PGF.gif用 PHP C# Nodejs都操作过MongoDB
【话唠】♂[渝]版主-Eagle 2014/5/19 18:17:28
MongoDB的语法对于才接触MongoDb的人来说很纠结
18:18:03
【话唠】♂[渝]版主-Eagle 2014/5/19 18:18:03
一般都是 select 显示字段 from 表名 where 条件
【话唠】♂[渝]版主-Eagle 2014/5/19 18:19:17
在MongoDb里面却是:db.表明.find({查询相关},{显示相关})
【冒泡】【北京】-Male
2014/5/19 18:19:40
骚
18:20:04
【话唠】♂[渝]版主-Eagle 2014/5/19 18:20:04
对于 更换数据库 这种,就有点蛋疼
【冒泡】【北京】-Male
2014/5/19 18:20:41
先入为主
【话唠】♂[渝]版主-Eagle 2014/5/19 18:21:06
DBFactry db= Factry.GetDate();
【冒泡】【北京】-Male
2014/5/19 18:21:08
要是接触这个 你在接触普通sql
或许也有这个感觉
18:22:31
【冒泡】【北京】-Male
2014/5/19 18:22:31
先学sql 再接触linq 就觉得linq是不是正常人的思维
【话唠】♂[渝]版主-Eagle 2014/5/19 18:22:42
public class SqlDateBFactry
GetDate()
{
}
}
public class MongoDateBFactry
GetDate()
{
}
}
【话唠】♂[渝]版主-Eagle 2014/5/19 18:23:07
这里面就是大家的发展空间
【话唠】♂[渝]版主-Eagle 2014/5/19 18:23:16
不知道大家能看懂不?
【冒泡】【北京】-Male
2014/5/19 18:24:16
file:///
18:24:53
【话唠】♂[渝]版主-Eagle 2014/5/19 18:24:53
好了,下班都有一会了,准备闪人了
【话唠】♂[渝]版主-Eagle 2014/5/19 18:25:02
有空了再继续探讨
|
|