62,046
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
gongjie416 2010-11-25
- 打赏
- 举报
用linq
jingitstart 2010-11-25
- 打赏
- 举报
封装
一般sql语句不会很多哦，是不是有些地方弄复杂了啊
一般sql语句不会很多哦，是不是有些地方弄复杂了啊
zzz9413 2010-11-25
- 打赏
- 举报
开始我也用山寨三层架构，代码生成器生成N多的 table,entity,manage。写个组合查询，都SQL+=N多SQL语句。最烦的是几十又臭又长的拼音字段都要查询一遍。
后来使用MVC三层架构，学习了LINQ
LINQ把设计视图到模型的增删改查都全包了，MVC里模型代码很少，用控制器还可以直接生成前台页面。省很多事。
后来使用MVC三层架构，学习了LINQ
LINQ把设计视图到模型的增删改查都全包了，MVC里模型代码很少，用控制器还可以直接生成前台页面。省很多事。
tangjunjie1688 2010-11-25
- 打赏
- 举报
建议lz.封装.重载. 一些基本的.对数据库操作的 增删查改. 只要在数据层.写SQL传入.
redboy999 2010-11-25
- 打赏
- 举报
谈谈我的粗浅理解吧!
平时我们使用三层基本是这样的,
UI层:
DataTable dt=new class().getSchool();
业务层:
public DataTable getSchool()
{
......业务处理
return getSchoolData()
}
数据层:
所有sql的增删改查都子这里处理
public DataTable getSchoolData()
{
执行SQL
Select top(*) From T
}
弄三层我觉得目的就是把一个模块从数据展示到业务处理,再到最后获取数据,进行细化,使得业务清晰,便于扩展维护
平时我们使用三层基本是这样的,
UI层:
DataTable dt=new class().getSchool();
业务层:
public DataTable getSchool()
{
......业务处理
return getSchoolData()
}
数据层:
所有sql的增删改查都子这里处理
public DataTable getSchoolData()
{
执行SQL
Select top(*) From T
}
弄三层我觉得目的就是把一个模块从数据展示到业务处理,再到最后获取数据,进行细化,使得业务清晰,便于扩展维护
流氓兔 2010-11-25
- 打赏
- 举报
正在用linq的飘过，神马都是浮云~
redboy999 2010-11-25
- 打赏
- 举报
谈谈我的粗浅理解吧!
平时我们使用三层基本是这样的,
UI层:
DataTable dt=new class().getSchool();
业务层:
public DataTable getSchool()
{
......业务处理
return getSchoolData()
}
数据层:
所有sql的增删改查都子这里处理
public DataTable getSchoolData()
{
执行SQL
Select top(*) From T
}
弄三层我觉得目的就是把一个模块从数据展示到业务处理,再到最后获取数据,进行细化,使得业务清晰,便于扩展维护
平时我们使用三层基本是这样的,
UI层:
DataTable dt=new class().getSchool();
业务层:
public DataTable getSchool()
{
......业务处理
return getSchoolData()
}
数据层:
所有sql的增删改查都子这里处理
public DataTable getSchoolData()
{
执行SQL
Select top(*) From T
}
弄三层我觉得目的就是把一个模块从数据展示到业务处理,再到最后获取数据,进行细化,使得业务清晰,便于扩展维护
quanpp 2010-11-25
- 打赏
- 举报
[Quote=引用 4 楼 sp1234 的回复:]
引用楼主 a318543343 的回复:
听说用数据模型可以很好避开这个问题 是这样吗？原理是什么？附加代码说明最好
基本上这是倒过来编程造成的。许多非常一个大型的系统，也不过100多个业务逻辑服务。表现层调用业务逻辑功能，哪来的什么sql语句？
纠结于sql语句，是真的三层吗？
[/Quote]
说的很有道理。
引用楼主 a318543343 的回复:
听说用数据模型可以很好避开这个问题 是这样吗？原理是什么？附加代码说明最好
基本上这是倒过来编程造成的。许多非常一个大型的系统，也不过100多个业务逻辑服务。表现层调用业务逻辑功能，哪来的什么sql语句？
纠结于sql语句，是真的三层吗？
[/Quote]
说的很有道理。
西门喷血 2010-11-25
- 打赏
- 举报
使用LINQ 3行代码搞定！
chen_ya_ping 2010-11-25
- 打赏
- 举报
不是吧，是不是你的程序中写了太多没有用的sql语句，估计是没有设计好。
暖眸 2010-11-25
- 打赏
- 举报
sql语句尽量少用。还是存储过程好些。执行速度快。节省资源
lansecheng 2010-11-25
- 打赏
- 举报
你可以使用动软代码生成器 可以省时间。
如果不用sql语句，那你可以使用linq 他自动把数据表给实体化，然后你使用linq语句操作他们，跟操作内存一样的
如果不用sql语句，那你可以使用linq 他自动把数据表给实体化，然后你使用linq语句操作他们，跟操作内存一样的
sglogin 2010-11-25
- 打赏
- 举报
分层是把面向数据库的、面向业务的和需要表现的语句分开写，除了互相调用的以外，语句不会多什么的。这样程序可以规范一些。我们都是用模板生成一些简单的语句的。
Mykingseft 2010-11-25
- 打赏
- 举报
[Quote=引用 1 楼 ywjq 的回复:]
你可以尝试 LINQ TO SQL,或者 NHIBERNATE 等
[/Quote]
Up！
你可以尝试 LINQ TO SQL,或者 NHIBERNATE 等
[/Quote]
Up！
zthsn 2010-11-25
- 打赏
- 举报
三层与SQL语句好象没有什么必然的联系吧？
你直接调用存储过程 到时候要改的话 直接改数据库里面的存储过程就好了
你直接调用存储过程 到时候要改的话 直接改数据库里面的存储过程就好了
yubangqi 2010-11-25
- 打赏
- 举报
实体框架集，正解，业务不是太复杂的情况
claymore1114 2010-11-25
- 打赏
- 举报
抽象 封装，重整一下.
缪军 2010-11-25
- 打赏
- 举报
关于分层就不说了，我只是给楼主关于Sql开发的建议：
从学习微软的DBMS的时候就可以知道，insert,update,Delete和那种最简单的查询时不需要先什么sql语句或者存储过程的，那些都是可以标准化的协议，写一次封装好了就可以了，
以下代码是一个标准的insert处理，仅供参考：
从学习微软的DBMS的时候就可以知道，insert,update,Delete和那种最简单的查询时不需要先什么sql语句或者存储过程的，那些都是可以标准化的协议，写一次封装好了就可以了，
以下代码是一个标准的insert处理，仅供参考：
private static string GetSqlInsertString(StyleSoft.Common2.Model.MethodModel pMethod) {
//N多参数验证代码省去了
string _Sql = "INSERT INTO ["+ pMethod.RelateTable +"] (" + GetSqlInsertColumns(pMethod.Params)
+ ") VALUES ("
+ GetSqlParamValues(pMethod.Params)
+ "); SET @" + pMethod.Params[0].ParamName + " = ISNULL(@@IDENTITY,0);";
return _Sql;
}//end function
panzhige 2010-11-25
- 打赏
- 举报
研究一下动软的那个东东
sugercgq 2010-11-25
- 打赏
- 举报
从来没将三层应用到实际中过...可能我还没接触更深吧
加载更多回复（6）
