博客园_老杨随笔-重用与重构的艺术

Dappers : 基于Dapper.net 扩展的Dao - Part II

2011-09-30T03:32:00Z

用习惯Linq2Sql的盆友肯定对 from... where....select 这种inline式,强类型的写法大爱不已.

可惜我不是,对于表关联, 这种写法及其最终sql 分析都非常 egg疼, 于是乎Dapper作者博客里就有不少将原Linq2sql 转 sql dapper的心得.

但是,我完全同意: 在一般简单查询,Lambda写起来更顺手,更美观,更强类型. (Lambda解析转SQL语句,请看这里)

所以我的Dappers 里又加了个接口. 所有这些,都是面向sql, 面向跨oracle / sql server 的.

1. 如果彻底不写SQL, 数据库的基本信息还是需要的

[System.Data.Linq.Mapping.Table(Name = "SYS_OFFICE")]
    public class MyOffice
    {
        [System.Data.Linq.Mapping.Column(Name = "OfficeId", IsPrimaryKey = true)]
        public string Id { get; set; }
        public string Name { get; set; }
        public string OfficeType { get; set; }
        ......

2. Query<T>(whereExpression)

var user = dao.Query<MyUser>(u => u.UserCode.StartsWith("chen"));//此时用到上述mapping,否则无需描述mapping

var user1 = dao.Query<MyUser,MyOffice>("select t.* from SYS_USER t inner join SYS_Office t1 on t.OfficeId=t1.Id",
(u,o) => u.UserCode.StartsWith("chen") && o.Name.Contains("办公室"));

var user2 = dao.Query<IDictionary,MyUser, MyOffice>("select t1.UserCode,t1.Name from SYS_USER t1 inner join SYS_Office t2 on t1.OfficeId=t2.Id",
(d,u, o) => u.UserCode.StartsWith("chen") && o.Name.Length>4);

3.UnitTest result

本文链接

Dappers : 基于Dapper.net 扩展的Dao

2011-09-28T00:52:00Z

某天在园里看到Dapper.net , 终于发现找到我一致梦寐的 OM (Object Mapping) (某人,你知道的....).

从Java到.Net , 从spring.net 0.6 到 spring.net 1.3.2 , 一直在使用Hibernate, 但这个 ORM - Relation 处理却一直被我唾弃.

如今终于如愿以偿, 立即开始对它进行简单的封装.

功能扩展:

1.ValueType类型隐式转换, 如某一个numeric 在Oracle中是Int64,但Sql Server中确是 decimal, 需要在DynamicMethod中加入隐式转换.

2.Clob大字段支持. 靠Dapper的 XML类型是不行的.

3.参数,结果集弱类型转换,如 IDictionary 作为请求参数或DTO

4.增加非泛型接口查询

5.存储过程返回结果集时,处理输出参数 (Oracle Cursor处理及output参数读取)

6.简单sql,自动组装分页语句处理 (top order,rownum, skip/take)

7.根据DbProvider自动替换参数prefix

8. 实现SQL,SP调用完全透明兼容Oracle/SQL Server

9. 对象转SQL CRUD语句,以及 partial update 语句自动生成.

10. 支持OSIV模式的Connection以及Transaction管理 (模仿Spring.Net SessionScope)

-----------

//Delete a user
MyUser u = new MyUser() { Id = "testId" };
dao.Execute(QueryInfo.GetSQLUpdate(typeof(MyUser)),u);

1 // SP返回2个结果集10行 Users,Offices,同时返回两表总函数
2             QueryInfo info = new QueryInfo();
3             info.NamedQuery = "TEST_DAPPER_USERS";
4             info.AddParam("UserCode", "y%");
5             info.AddParam("out_TotalCount", 1);
6             info.AddParam("out_TotalCount2", 1);
7             info.AddParam("out_cursor1", "CURSOR");
8             info.AddParam("out_cursor2", "CURSOR");
9
10             var reader = dao.QueryMultiple(info);
11
12             var user = reader.Read<MyUser>();
13             var office = reader.Read<MyOffice>();
14
15             object i = reader.OutputParams["out_TotalCount"];
16             object j = reader.OutputParams["out_TotalCount2"];

IDictionary<string, object> param = new Dictionary<string, object>();
            param.Add("UserCode_RLK", "chen");//==> and UserCode like :UserCode  /'chen%'
            param.Add("CreatedOn_GEQ", "2011-09-01");//==> and CreatedOn >=:CreatedOn
            param.Add("IsActive", 1);//==> and IsActive=:IsActive

            QueryInfo info = new QueryInfo("SYS_USER u");
            info.OrderBy.Add("Name");

            info.AddParam(param);
            info.TotalCount = 1;//分页请求
            info.PageSize = 15;
            info.StartRecord = 10;

            info.MappingType=typeof(MyUser);
            info = dao.Query(info);

            //info.List=IList[10] Results of(MyUser)
            //info.TotalCount= counts of the table

------------

Dapper实现非常不错,但结合我的应用场景有些缺陷, 而且静态方法实现导致扩展代码难免侵入,

可能造成后期Dapper同步升级一些隐患. 目前靠10个 NUnit用例保障.

有兴趣用Dapper的朋友,对扩展,应用有什么疑问我乐于帮忙~~

本文链接

B/S页面通用权限控制(2)

2010-09-13T10:00:00Z

恰逢公司网络故障， JIRA、SVN、ORACLE都无法连接上，那就继续上次的议题吧。

实现原理深入：

目标：查看所有招标合同， select * from Documents

权限约束场景：

      A. 每个用户仅可查看本部门创建的合同： where CreatedOffice in ( CurrentUser.ChildrenOffices)

      B. 每个用户仅可查看自己创建的合同：    where CreatedBy=CurrentUser.UserId

      C.指定权限用户可以查看关联的合同：    （需要通过Alt+双击，定义所有的合同权限，否则默认为All可见）

                  where DocumentId in (select ResourceId in AclParty p where p.PartyId in

                                            ( CurrentUser.Offices, CurrentUser.UserId, CurrentUser.Roles, CurrentUser.Groups )

                     ) OR DocumentId NOT IN (select ResourceId in AclParty p )

           查看此用户/部门/角色/工作组拥有的合同，以及未作授权的合同可见。

      D. 上述权限的组合

                     where CreatedOffice in (CurrentUser.ChildrenOffices) and DocumentId in (Resource … in ….AclParty …of ….CurrentUser…)

3. 实施约束：

        QueryInfo info = new QueryInfo(“Documents d”);

        //IList allDocs = Dao.FindList(info);

      仅需设置如下属性，则上述约束的sql会自动注入到查询条件后。

      A. info.AclProperty=”d.CreatedOffice”;   (常量检测CreatedOffice)

      B. info.AclProperty=”d.CreatedBy”;        (常量检测CreatedBy)

      C. info.AclProperty=”d.Id”;

      D. info.AclProperty=”d.Id,d.CreatedOffice”;

扩展应用：

检测用户对某一资源的控制串：

      A. bool hasPurview = CurrentUser.GetAclOperation(“ResourceId”,"OperationCode”);

      B. btn_Del_.Visible = CurrentUser.GetAclOperation(“DocumentId001”,"Del”);

      C. 对于同一资源Id，一次取出此用户对应的所有OperationCode。

2.   验证用户对某一资源的操作

      QueryInfo info = new QueryInfo(“Delete from Documents d”);

      info.AddParam(“OfficeId”, CurrentUser.Office);

      info.AclProperty=“d.Id”;   ///等同于 info.Where.Add(“Id”,"DocumentId in (Resuource …in ….AclParty …of ….CurrentUser…)");

      Dao.ExecuteUpdate(info);

      上述操作即可完成：删除所有本人拥有权限的、且属于本部门的合同。

强制数据权限：

1.QueryInfo无需定义任何AclProperty

2. 通过AOP，在Dao拦截所有QueryInfo

3. 逐一检验QueryInfo的QueryObject，与AclItem 中的所有Module=QueryObject 的项目比较，如果

           info.QueryObject in (AclItem.ResourceCode) and info.GetOperationCode() == AclItem.OperationCode,

      则 info.AclProperty=AclItem.Policy;

4. 自动激发AclProperty校验。

总结：

   通过上述步骤，对数据项进行人工控制、自动注入都是非常方便的。其控制粒度就是对象的属性。根据属性在资源-授权组的设定，即可有效的进行数据权限判断、控制、校验。

    但目前对同一对象多个属性叠加校验时，叠加策略如何灵活定义(AND, OR) ??

   如：查看经过总经理审批的 AND 我创建的

          查看经过总经理审批的    OR   我创建的

AclProperty如何扩充足够的语义，以完成完整的Policy设定？欢迎大家讨论！！

本文链接

B/S页面通用数据权限控制

2010-09-10T10:04:00Z

数据权限常见场景有：

数据仅部门级可见
数据仅本人可见
数据仅某角色可见
在可见的基础上，进行功能控制：修改，删除
在树形结构里，在可见基础上进行新增/修改/删除控制

我的实现方式：资源---所有者（请思考哪些可以是资源，哪些可以是所有者）。例如：在一个OA应用中的拟办工作，它是所有单证流程的起始点。但不同的流程面，有效的发起人是必须限定的：请假单--全体人员；收文发文--办公室人员；会议室申请单--项目经理；下面我将实现的是：所有的单证都从属于类别，所有属于“OA单证”，仅“办公室”人员可以拟定。

确定资源定义位置。如用户，则用户维护页是该资源的位置，资源的Id就是UserId。这里进入“表单类别设定页面”。

按住Alt+双击页面空白处，弹出资源授权页，选择操作为“查看”。实际上，任何拥有“修改”的人，都拥有查看权限，同理：查看<修改<创建<删除.

2. 为指定资源设置“所有者”。所有者类型可以有：部门/人员/工作组/角色组

3. 保存设置。这样就配置了仅“办公室”“陈伟”能拟定“OA表单”了。

4.现在进入“拟办工作页面”。此时权限尚未启用。（哪些点可以进行权限控制？ Request—>Service—>Dao—>Db 已及反方向)

5. 在拟办工作页面，生成树形节点，查询节点中，加入c.Id 控制。这就意味着，输出列表时，会检验每一个“类别”，判断当前用户是否属于授权的“部门/用户/工作组”

6. 用财务部人员登录系统，类别“OA单证”已经消失了。

7.以上Magic仅仅是QueryInfo在提交NHibernate之前的一个小动作，调用AclHQLInjector而已。目前的触发条件是AclProperty。对于大量数据权限定义的情况，完全可以将Inject条件在数据库中定义。 QueryInfo默认触发检验即可。

8. 最后可见数据权限设置表的简单结构：

本文链接

由于ContractFilter在EndpointDispatcher不匹配，因此Action为<BtsActionMapping...的消息无法在接收方处理

2010-07-02T08:11:00Z

BizTalk配置WCF调用发生异常：

由于 ContractFilter 在 EndpointDispatcher 不匹配，
因此 Action 为“<BtsActionMapping xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema%22>
<Operation Name="SendEventInfo" Action="http://tempuri.org/IDataExChangeService/SendEventInfo" />
<Operation Name="ReceiveEventInfo" Action="http://tempuri.org/IDataExChangeService/ReceiveEventInfo" />
<Operation Name="ReceiveRejectEventInfo" Action="http://tempuri.org/IDataExChangeService/ReceiveRejectEventInfo" />
</BtsActionMapping>”的消息无法在接收方处理。这可能是由于协定不匹配(发送方和接收方 Action 不匹配)
或发送方和接收方绑定/安全不匹配。请检查发送方和接收方是否具有相同的协定和绑定
(包括安全要求，如 Message、Transport、None.

解决方案：

1.确认配置的消息安全一致，如我都设为 None

2.确认每一个Operation Name="SendEventInfo"，与当前服务的方法名完全相同。以及Action的Url值。

在我的错误中，就是Operation Name="SendEventInfo"==> Operation Name="SaveSendEventInfo"就可以了。

本文链接

WinForm DataGridView 绑定后仅显示许多空行和空格

2010-06-29T02:52:00Z

显示的是一个半绑定状态：行数已经正确了，数据却不存在？没有异常，没有提示！

解决方法：确认所有绑定的字段DataPropertyName里指定的属性，在类中都指定为Public 。

本文链接

IIS7下配置WCF的netTcpBinding

2010-06-03T08:07:00Z

看起来很小的事情，居然还是废了我半个下午，把我彻底给郁闷了。无论异常如何，就看看最终成果吧：

1. 先配置Client Bindings, 注意security mode=”None”. 方便切换，我同时提供了两种Binding

2.配置Server Bindings. 注意PortSharing和SecurityMode

3. 现在要配置服务器了。

1.打开“服务管理器” “功能”选项，确认功能 “WCF激活”/“非HTTP激活”已经安装。

2.右键单击网站，选择“编辑绑定”，为WCF Host 站点添加绑定，比如用默认端口808： net.tcp 808:*

3. 右键单击网站以及应用，分别选择“高级设置”, 在“已启用的协议”后直接输入net.tcp 。注意前后都不要有空格。

4. * 顺便重启一下IIS吧。

到这里服务器设置完成。

4.配置服务端 EndPoints。无需设置BaseAddress和Address，直接留空即可。

5. 在浏览器中测试 http://your-server/**Service/****.svc 。应该看到服务已经正常发布。

6.配置客户端EndPoints。 address里无需指定端口，只需制定协议为net.tcp。 bingding替换为netTcpBinding.

7.OK，所有配置完成。

通过上述配置，我们可以很方便的在http和tcp Bingding中切换：

服务端EndPoint 替换 binding=”*****"

客户端EndPoint替换 binding=”*****" 以及 address=”http/tcp.net “

本文链接

IPad上做开发——在线B/S开发主从表

2010-05-27T08:51:00Z

既然已经实现了在线表单，又实现在线列表，将列表嵌入表单，即可实现“Master-Detail”风格的表单。

上篇说过，表单是继续模板的，所有的界面都基于目标，我只需在模板后台cs注入Grid载入即可。

A.默认表单路径为：/Forms/ProjectDoc.aspx

B.主从表单路径为：/Forms/ProjectDoc.aspx?Grid=ProjDocs

C. 模板后台cs中Page_Load判断是否Grid参数，存在则往页面注入Grid展示脚本 (参阅通用列表设计)。

D.在/Forms/ProjectDoc.aspx脚本中，增加链接指向：行头创建新文档，标题更新文档。

如此，开发人员开发主从应用，只需完成“D” ：指定子表链接脚本，而无需进行任何开发。

主从开发可以是完全独立的两件事。

编辑子表时如下：

此系列文章：

IPad上做开发——在线B/S开发用户定制型通用列表

IPad上做开发——在线B/S开发表单

本文链接

IPad上做开发——在线B/S开发表单

2010-05-27T07:31:00Z

上一篇介绍过了通用列表的实现及效果。而他的本质也是“在线开发”，包括：开发人员在线开发列表，用户在线定制列表。也可以说是让用户参与了开发。

今天要介绍的是基于模板的“表单”开发。表单的概念可以很广，但我这里仅是基于业务场景抽象后提炼模板，有多少模板，就可以实现多少类表单。

请看下图：

              树形结构即服务器的物理结构。根路径可配置，且须配置根路径的ASP.NET用户完全控制权限。

             新增、保存、删除都是针对物理文件、物理文件夹操作。继续安全性，所有修改、删除操作的日志、内容都会记录在数据库。

             此界面针对开发人员。

             表单维护有3种途径：

                A.上传、下载增加、替换文件。

                B.创建、修改文件，并用文本框编辑。

                C.可是编辑器拖拉试设计界面。

2. 文本编辑：点击“显示内容”后，文件内容可直接更改：包括样式、控件、脚本。

同步流程可以快速建立表单、流程配置的基本信息，方便“预览”后直接测试。

3. 可视化设计：

界面上拖拽控件，更新控件ID、控件样式。

打开“页面设计”时，自动将父页ASP.NET控件转换为HTML控件。

点击“保存”图标时，自动将HTML控件转换为ASP.NET控件。

可视化设计是源码文本编辑的有益补充。

4.上传下载更新文件

可批量创建、替换文件，但不会删除。

可自动创建与ZIP包对应的目录结构。

可方便维护外置的css、script、image页面。

文件下载、文件夹下载可方便的进行表单备份、表单迁移到其他服务器等。

保存即可上传

上传后结果：自动创建文件夹、文件

5. 表单预览：实时测试当前修改情况，预览效果出弹出窗口大小不同外，与最终效果完全一致

上图“数据字典”下拉框绑定可有下面两种方式：

此系列文章：

IPad上做开发——在线B/S开发用户定制型通用列表

本文链接

IPad上做开发——在线B/S用户定制型通用列表

2010-05-14T08:38:00Z

用户需求越来越不可调和，经常出现10余个列需要展示，而页面控件又相当有限，而且不同的用户操作身份有要求了不同的展示集合。

为了解救一线兄弟们于水深火热，我刚刚整玩了这套“用户定制”列表：开发人员定义大致模板，最终用户可任意更改他的页面，叫做 Grid Per User.

[对于回复中说道的源码的问题，首先80%的工作量就是列表定制，而他就是源码公开的flexigrid。另外20%的查询条件开发，也是非常简单。没必要再给出源码了。]

用户展示效果

2 定制列：就是jquery flexigrid的内容，不过他在IE兼容上还有很多的问题。我重点增强了自动宽度控制，可以设置列为20%,30%，使列宽度自适应。

实现用户定制的有：列显示/隐藏，列顺序调整，列宽度控制，列排序方式，页大小调整

3. 定制查询条件：在开发人员给定的范围内，自定义：

条件项的显示/隐藏，条件项默认值(加载时即可过滤)，查询项目自动排版，自定义项目配置保存/删除

开发人员界面：

A. 列表自定义实现描述： flexigrid 的表述方式，增加百分比宽度，自动宽度、自动高度。

随时点击 “预览”，可以检查grid定义是否有效，以及定义最终效果。

B. 查询配置

Filter的定义与grid很相似，查询项目可以配置时创建，也可以是已经定义的DOM元素，这样就可以实现灵活的功能、外观定制。（上图有个textbox叫做：Hidden DOM）

下图中间就是“预览” Filter的实时效果。

QueryInfo仅限与NHibernate的 HQL描述。有NHibernate把关，可以不顾create,drop 之类高枕无忧了。

C. 额外定制的还有Toolbar、Script block。通过这两部分配合，列表数据处理如日期格式化，列表按钮功能、列表数据点击效果都可以轻松实现。

而且，随时随地“预览”哦，比VS开发还要方便。当然，你最好有FireBug。可怜的是，我只用FireBug2.0，而现在已经下载不到了。

本文链接

博客园_老杨随笔-重用与重构的艺术

Dappers : 基于Dapper.net 扩展的Dao - Part II

Dappers : 基于Dapper.net 扩展的Dao

B/S页面 通用权限控制(2)

B/S页面 通用数据权限控制

由于ContractFilter在EndpointDispatcher不匹配，因此Action为<BtsActionMapping...的消息无法在接收方处理

WinForm DataGridView 绑定后仅显示许多空行和空格

IIS7下配置WCF的netTcpBinding

IPad上做开发——在线B/S开发主从表

IPad上做开发——在线B/S开发表单

IPad上做开发——在线B/S用户定制型通用列表

B/S页面通用权限控制(2)

B/S页面通用数据权限控制