这个表达式:
ABS(CHECKSUM(NEWID())) % 3 --把GUID弄成正整数,然后取模
是随机返回0、1、2这三个数,不可能返回其它东西,但是如果把它用在where里面,就会发生很神奇的事情,比如这个查询:
--创建一个只有1列3行的表,存放0,1,2三个值 DECLARE @t TABLE(Col1 int) INSERT @t SELECT 0 UNION ALL SELECT 1 UNION ALL SELECT 2 --然后随机查一行 SELECT * FROM @t WHERE Col1 = ABS(CHECKSUM(NEWID())) % 3
按说每次执行会且只会得到一个0~2的数字,但多跑两次,你会得到各种神奇的结果,有返回两行的,有不返回的,肥肠蹊跷,一度让我怀疑人生,直到发现我不是一个人:
你可以认为是查询是这样的:
表中有三行数据,
读取第1行,生成一个全新的随机NEWID,对其计算checksum,对3取余,看第1个Id是否等于这个结果
读取第2行,生成一个全新的随机NEWID,对其计算checksum,对3取余,看第2个d是否等于这个结果
读取第3行,生成一个全新的随机NEWID,对其计算checksum,对3取余,看第3个d是否等于这个结果
结果当然可以返回大于1行,最大可能是3行都匹配到了,最小可能是0行匹配
如果你要随机去一行的话,可以SELECT top 1 *
FROM @t order by newid()
非要用NEWID去余的话,也可以这样子,定义一个(重点是一个NEWID)对其做checksum后在%3运算
DECLARE @id uniqueidentifier
set @id = NEWID()
--然后随机查一行
SELECT *,NEWID()
FROM @t
WHERE Col1 = ABS(CHECKSUM(@id)) % 3
【手记】解决启动SQL Server Management Studio 17时报Cannot find one of more components...的问题
刚装好SSMS 17.1准备体验,弹出:
一番搜索,普遍办法都是安装VS2015独立shell、删除某个注册表项什么的,没用,首先这个shell我是装了的,然后也没有那个注册表项。我自己尝试过重装shell、重装SSMS17,都没用。
然后尝试【修复】VS2015独立shell后,问题解决。具体操作:
- 在添加删除程序里找到【Microsoft Visual Studio 2015 Shell(独立)】并右键→更改
- 在稍候的安装界面中,选【修复】
- 在修复进度到一半的时候,实际上就已经可以打开SSMS17了
如果没有这个东西,点这里下载。
适用:.net2.0+ winform项目
介绍:
类似QQ、迅雷等讲究UI体验的软件,都支持在窗口内多处地方拖动窗口,而不必老实巴交的去顶部标题栏拖,这个组件就是让winform也能这样随性拖拽,随性度或更甚。先看效果:
可拖拽的地方包括不限于:
- 窗体、Panel、GroupBox、TabControl等容器控件的空白区;
- 菜单栏、工具栏、状态栏等bar的空白区,以及无效项目;
- Label、PictureBox、ProgressBar等通常不与鼠标交互的控件;
- 一切无效控件(Enabled为false);
基本上就是你觉得应该可以拖的地方都可以拖。
用法:
先看公开成员:
//拖拽器开关 bool Enabled { get; set; } //排除列表。可向其中添加或移除控件实例,处于列表中的控件不接受拖拽 List<Control> ExcludeControls { get; } //事件:准备拖拽时发生,可用e.Cancel = true取消拖拽,e还携带其它信息 event EventHandler<FormDraggingCancelEventArgs> Dragging; //事件:拖拽器开关状态改变后 event EventHandler EnabledChanged;
使用挺简单,随时随地FormDragger.Enabled = true/false就能开闭拖拽功能,比如在Main函数中就可以开好,完了程序内的所有自建窗体就可以愉快的拖拽了,但是,像消息框MessageBox、各种对话框(如打开文件对话框)等由系统提供的窗体不能拖,原因是这些窗口的消息不进入程序,需要勾子才能捕获到,犯不着(其实方案里已经实现了一个DialogDragger.cs,就是用来拖系统对话框的,但已知颜色选择对话框ColorDialog存在问题,所以暂时没集成,后面感觉有必要且解决了再更新,建议Watch)。关于消息框,也可以选用这个,由于是自制,所以可以拖。
对于适用拖拽规则的控件,鼠标左键点击消息(如MouseDown)是到不了它的,因为被拦截了,所以注册了这类事件也不会触发,若希望某个可拖控件不被拖到,例如某个图片框,你希望它具备“超链”的功能,点上去时执行注册好的MouseDown事件处理方法,那么有两种方式可以实现例外:
- 将该控件加入例外列表:FormDragger.ExcludeControls.Add(pictureBox1);
- 注册FormDragger.Dragging事件,在事件处理方法中,传入的e有一个Control属性,表示点到的控件,所以可以判断e.Control是否你要例外的控件,若是,令e.Cancel = true即可;此外e还携带别的信息,如鼠标位置、坐标类型等供辅助判断;
以上场景在源码中都有示例供参考。
原理:
利用Application.AddMessageFilter向程序加入消息过滤器,拦截并处理发往程序窗体的鼠标左键单击消息,若满足逻辑,则拦下该消息,并往控件所在的窗体发送点击标题栏的消息,达到点击该控件时系统认为是点到窗体标题栏的效果。更多信息请前往下面的地址查看。
方案所在:
https://github.com/ahdung/FormDraggerDemo【优先】
https://coding.net/u/ahdung/p/FormDraggerDemo/git
http://git.oschina.net/ahdung/FormDraggerDemo
方案中已写测试器,就是截图那个样子,欢迎下载体验。
【手记】注意BinaryWriter写string的小坑——会在string前加上长度前缀length-prefixed
之前以为BinaryWriter写string会严格按构造时指定的编码(不指定则是无BOM的UTF8)写入string的二进制,如下面的代码:
//将字符串"a"写入流,再拿到流的字节组data using (var ms = new MemoryStream()) { using (var bw = new BinaryWriter(ms)) { bw.Write("a"); } byte[] data = ms.ToArray(); }
因为字母a的utf8编码是97,所以我预期data只有1个元素且值为97,而实际上,data有两个元素,依次为1、97,显然97代表a,但前面的1是什么鬼,再试其它字符串,仍然会在前面多出1个甚至多个字节,值也比较飘忽,总之就是bw并没有老老实实地【只】写入string的二进制,而是加了些料,这在严格要求字节正确的场景会出问题,如http请求体,服务器会对这些多出来的字节表示懵逼。遂搜索一番,发现MSDN、stackoverflow早有提到,前面多出来的字节实际上是表示string的长度,叫长度前缀(length-prefixed),据SO某答主的说法,这是供BinaryReader的ReadString方法用,知道长度,它才知道要读取到哪里。所以如果流的读取方不是BinaryReader,这些长度前缀就是多余甚至是有害的,这种情况下就不能使用BinaryWriter.Write(string)方法,要写入干净的string二进制,可以这样:
bw.Write(Encoding.UTF8.GetBytes("a"));//按需选用正确的编码
即先用具体编码得到string的字节组,再用BinaryWriter.Write(byte[])写入该字节组,当然构造bw时指定何种编码就无所谓了。
-文毕-