【C#】无损转换Image为Icon 【C#】组件发布:MessageTip,轻快型消息提示窗 【C#】给无窗口的进程发送消息 【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方 【C#】DataRowState演变备忘

【C#】无损转换Image为Icon

如题,市面上常见的方法是:

var handle = bmp.GetHicon();    //得到图标句柄
return Icon.FromHandle(handle); //通过句柄得到图标

此法的问题是,如果图像是透明背景,那么得到的Icon的边缘就是毛糙的,像是先垫了一层背景色然后再去色的效果,很不如人意,用过的朋友都知道。尚未研究是bmp.GetHicon出的问题,还是Icon.FromHandle有问题,日后有闲心再捣鼓下。

下面给出完美转换方法:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
/// <summary>
/// 转换Image为Icon
/// </summary>
/// <param name="image">要转换为图标的Image对象</param>
/// <param name="nullTonull">当image为null时是否返回null。false则抛空引用异常</param>
/// <exception cref="ArgumentNullException" />
public static Icon ConvertToIcon(Image image, bool nullTonull = false)
{
    if (image == null)
    {
        if (nullTonull) { return null; }
        throw new ArgumentNullException("image");
    }

    using (MemoryStream msImg = new MemoryStream()
                      , msIco = new MemoryStream())
    {
        image.Save(msImg, ImageFormat.Png);

        using (var bin = new BinaryWriter(msIco))
        {
            //写图标头部
            bin.Write((short)0);           //0-1保留
            bin.Write((short)1);           //2-3文件类型。1=图标, 2=光标
            bin.Write((short)1);           //4-5图像数量(图标可以包含多个图像)

            bin.Write((byte)image.Width);  //6图标宽度
            bin.Write((byte)image.Height); //7图标高度
            bin.Write((byte)0);            //8颜色数(若像素位深>=8,填0。这是显然的,达到8bpp的颜色数最少是256,byte不够表示)
            bin.Write((byte)0);            //9保留。必须为0
            bin.Write((short)0);           //10-11调色板
            bin.Write((short)32);          //12-13位深
            bin.Write((int)msImg.Length);  //14-17位图数据大小
            bin.Write(22);                 //18-21位图数据起始字节

            //写图像数据
            bin.Write(msImg.ToArray());

            bin.Flush();
            bin.Seek(0, SeekOrigin.Begin);
            return new Icon(msIco);
        }
    }
}
【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

如码所示,方法的原理是:

  1. 先将image编码为png
  2. 再将png原样包装成一个icon

第1步虽然是重编码,但png是无损格式,图像质量不会有丝毫损失。然后在二进制层面原封不动的把转换得到的png塞入图标。所以整个方法担得起【无损】的说法,介意失真的朋友请放心使用。注意:方法中并未对原图size做检查、处理,所以请先确保原图的尺寸符合图标规格再传入;另外,不负责销毁原图,请调用者在外部负责。

下面是闲扯:

为了解决这个问题还真费了番功夫,*、codeproject等神迹多现的地方逛了几圈都没找到如意的法子,思索一番后感觉可以从图标格式上尝试,然后在万能的msdn果然找到一篇讲icon格式的文档:https://msdn.microsoft.com/en-us/library/ms997538.aspx,还好不算很难理解,一番尝试之下,方法出炉。

【C#】组件发布:MessageTip,轻快型消息提示窗

-------------201610212046更新-------------

更新至2.0版,基本完全重写,重点:

  • 改为基于原生LayeredWindow窗体和UpdateLayeredWindow API呈现动画,完全摒弃.net Form,这种消息框用前者再适合不过,后者对于这种场景过于臃肿了
  • 更高更快更强,更酷更炫更拉轰
  • 可*定制若干消息窗样式。1.0版似乎只能换个图标而已

项目已更新至开源仓库,有需要请自取。看图:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

-------------201608301610更新-------------

根据几位猿友在评论中反馈的问题和建议做了更新,主要内容:

  • ShowXX的时候如果不指定point参数,则根据活动控件来确定显示位置,如果活动控件是文本输入类控件,则根据光标位置来确定
  • 如果指定了point参数,则直接根据该point来确定
  • 另外增加了一组ShowXX重载,接受Control和ToolStripItem(工具栏按钮等,下称item)对象,完了根据该对象来确定显示位置。这里要注意,item是无焦点的,所以在MessageTip中无法得知点击的是item,也就无法做到自动在item附近显示,所以这里有个最佳实践:就是如果想在item附近显示,那就需要使用上述重载,把item传进去;其余情况都可以让MessageTip自动判断显示位置
  • 显示位置太靠屏幕顶部时,改在基准点下方显示,并且动画由上浮改为下降
  • 多屏环境下的定位错误问题,目前是将消息框限定在基准点所在屏幕内显示
  • 对于有位猿友提到的偶发异常,由于在我的环境始终无法重现,所以只能猜测是在Load事件和OnPaint中同时争用TipIcon所致,暂且给TipIcon的getter加独占特性,希望能解决

原文和网盘demo我就不更新了,项目已开源到如下几处,有兴趣的朋友请关注,欢迎fork/push/pull:

-------------原文-------------

注:本组件适用于.net2.0+的winform项目

样子:

实际效果比这gif顺滑,建议下载文末的Tester体验

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

介绍:

如图所见,这种提示在网页、手机上用的较多,相比正经的消息框(如MessageBox),我认为好处有:

  • 不需要用户对消息本身做出响应,点啥【确定】什么的
  • 不阻塞、不干预用户的后续操作,就是单纯告诉你一声完事了
  • 视觉上通过动画效果保证消息的送达性,弥补因无干预可能造成的“被无视”

这就是我所谓的【轻快型消息提示窗】,适用于:

  • 能快速出结果的操作,比如在本地库跑个小语句啥的。如果是耗时操作,显然弄个进度提示更合适,比如这个
  • 只需要反馈小量信息的情形,通常不应超过15字。如果需要反馈大量信息,可以尝试这个

特点:

  • 在鼠标附近显示消息。所以不适合耗时任务,因为等任务执行完,鼠标都不知跑哪里去了
  • 内置3种消息性质的图标,【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘,亦可使用自定义图标(使用Show方法)
  • 上浮动画效果可开闭(属性AllowFloating,影响后续弹出的消息窗)
  • 可以只显示图标或文本,甚至图标文本全无也行~虽然这样没意思

用法:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
//开闭上浮动画。默认开启
MessageTip.AllowFloating = true|false;

//默认停留时长(毫秒)。当ShowXXX中指定负值delay时,使用该值,默认500
MessageTip.DefaultDelay = int;

//文本(可为null或"",下同)、图标(为null时不显示图标)、停留时长(可选,下同,负值则使用DefaultDelay)
MessageTip.Show("阿斯蒂芬", image | null, [delay]);

//文本,内置的绿勾图标,停留时长
MessageTip.ShowOk("执行成功", [delay]);

//文本,内置的黄色感叹号图标,停留时长
MessageTip.ShowWarning("执行成功", [delay]);

//文本,内置的红叉图标,停留时长
MessageTip.ShowError("执行成功", [delay]);
【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

背景:

这东西我很早就想写了,因为很多时候正儿八经的弹出个MessageBox会影响心情,本来就是告知一声的事情,非得要去点一下确定,烦人,但因为一直有各种破事,到今天才弄。一开始是用AnimateWindow这个win32 API实现(MSDN),但它没有上浮的效果,所以干脆自己实现,原理无非是步进修改窗体的透明度(Opacity)和位置(Location),只是采用了异步的手段。异步在两个地方有使用,一是改变Location,目的是不让它与透明度动画打架;二是Show窗体时也是异步,目的是从线程层面完全与主UI线程隔离,达到快速Show出多个消息的效果,如图:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

不然就只能等一个消息完全消失完才能显示下一个,并且在主线程Show的话,有可能阻塞用户的其它操作。

最后,恳请指出问题,或告知已有的更好方案,感谢!

工程已放网盘,里面有个Tester供你体验,就是第一幅图那个。http://pan.baidu.com/s/1dEVjzMD

-文毕-

【C#】给无窗口的进程发送消息

注:本文适用.net2.0+的winform程序

一个winform程序,我希望它不能多开(但是如何防多开不是本文要讲的),那么在用户启动第二个实例的时候,作为第二个实例来说,大概可以有这么几种做法:

  1. 弹个窗告知用户【程序已运行】之类,用户点击弹窗后,退出自身
  2. 什么都不做,默默退出自身
  3. 让已运行的第一个实例把它的窗体显示出来,完了退出自身

显然第3种做法更地道,实现该效果的核心问题其实是:如何显示指定进程的窗口?

首先想到的是调用ShowWindow、SetForegroundWindow等API,配合使用可以将被遮挡、最小化的窗口前排显示出来,这也是很多涉及到这种案例的网文介绍的方法,此法的局限在于,目标进程的主窗口必须存在,准确说是要有有效的主窗口句柄,表现在访问Process.MainWindowHandle能得到一个非IntPtr.Zero的值,即有效的句柄;或者用spy类工具能看到该进程下有至少一个窗口;或者按alt+tab能将它的窗口切换出来。

那如果进程没窗口怎么办?先说一下什么情况下进程会没窗口,很简单,让Form.Visible=false(或者Form.Hide(),等价的)就行,此时窗体就消失了,既不可见,也没有对应的任务栏按钮,alt+tab也切不出来。当程序中的所有Form都Hide后,访问该进程的MainWindowHandle会得到IntPtr.Zero,这就是无窗口进程。那什么样的程序会这么干,太多了好吧,各种音乐播放器,杀软什么的,都允许【关闭/最小化到系统托盘】,在你点叉或者最小化后,窗体就会隐藏,只留一个图标在托盘区。由于这种进程的MainWindowHandle拿不到有效句柄,所以上面那些API是用不了的,只能另想办法。

回到问题【如何显示指定进程的窗口】,如果你的程序不允许关闭到托盘区,始终存在窗口的话(最小化也是存在),那你愉快的用ShowWindow、SetForegroundWindow等API就好,不用继续。但如果你的程序要像播放器杀软那样允许用户隐藏窗口的话,那还得继续折腾,此时问题变成【如何让无窗口的进程显示窗口】,我的思路是这样:既然目标进程没窗口,我没办法纯粹用外部手段操作到它的窗体,但因为程序是我自己写的,可不可以来个里应外合,办了这事。比如向它发一条特定消息,它在收到该消息后,心领神会,把自己的窗口显示出来~到时候荣华富贵享之sorry入戏了。这个思路主要涉及两个问题,怎么发怎么收,至于收到后如何前排显示窗口之类,小case。

怎么发

SendMessage/PostMessage自然是指不上的,因为这俩货也是基于窗口的,其实我一度怀疑走消息这条路是否可行,这涉及到一个原理问题,就是如果消息一定是只能发送给窗口的话,那注定此路不通,只能考虑别的进程间通信方案。好在了解到PostThreadMessage这个API,解决了我的问题。该API是向指定线程发送消息(MSDN文档在此),这也说明在原理上,消息并非只可以发给窗口,还可以发给线程,至于还能不能发给别的什么东西就不知道了。先看一下发送语句:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
void Main()
{
    ...
    //向目标进程的主线程发送消息
    PostThreadMessage(Process.GetProcessById(pid).Threads[0].Id, 0x80F0, IntPtr.Zero, IntPtr.Zero);
    ...
}

[return: MarshalAs(UnmanagedType.Bool)]
[DllImport("user32.dll", SetLastError = true)]
public static extern bool PostThreadMessage(int threadId, uint msg, IntPtr wParam, IntPtr lParam);
【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

API的第1个参数是目标线程的ID。注意两点:①此ID是系统全局的线程ID,并非Thread.ManagedThreadId这种“假”ID;②目标线程必须存在消息循环。winform的主线程往往就是UI线程,天然存在消息循环,所以无需考虑这个问题。第2个参数是要发送的消息ID。我们的目的是发一条收发双方约定的消息,所以这个消息要够特别,不能跟系统消息撞衫,所以范围最好介于0x8001~0xBFFF之间,这是系统留给应用程序自用的消息段(WM_APP)。后面俩参数我没用,你想让消息更特别一点,或想携带其它信息的话也可以用上。方法返回true/false分别代表发送成功/失败。

另外,目标进程也许有多个线程,其中哪个才是能收消息的主线程我没有科学的判断方法,大胆臆测就是Process.Threads集合中的第1项,这个猜测至今工作良好,不管它。若您有科学判断法,请告知~谢谢。

怎么收

由于消息是走线程过来的,所以别想着在主窗口的WndProc中去收,再说消息过来的时候,主窗口存不存在都是个问题。要用应用程序级别的消息筛选器来收,筛选器是个实现System.Windows.Forms.IMessageFilter接口的类(MSDN),该接口只需实现一个方法:bool PreFilterMessage(ref Message m),方法的逻辑是,如果收到的消息m是你要处理并吃掉的,就返回true,其余消息则返回false放行。整个筛选器像这样:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
class MsgFilter : IMessageFilter
{
    public bool PreFilterMessage(ref Message m)
    {
        if (m.Msg == 0x80F0)
        {
            DoSomething(); //显示窗口或其它事
            return true;
        }
        return false;
    }
}
【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

事实上我收到消息后并不是直接做显示窗口相关的事,而是引发一个事件,主窗体注册该事件,在事件处理方法中再写显示窗口相关的代码。这是设计上的考量,与本文主旨无关,不多说。

筛选器写好后,还得把它添加到一个地方它才能工作,什么时候添加就什么时候才开始发挥作用,所以最好尽早添加,例如在main的开头。像这样:

void Main()
{
    Application.AddMessageFilter(new MsgFilter());
    ...
}

至此,收发的问题解决。这实质上是一个进程间通信问题,所以其实任何进程通信手段都可以应用在本文的案例,走消息只是其中一种手段。当然对于本文案例,若您有更好的办法,恳请告知,先行谢过。

注:本文适用.net 2.0+的winform项目

目的:

  • 点击页面中的target="_blank"链接时,弹出新窗体
  • 页面中有window.close()操作时,关闭窗体

上述窗体是指WebBrowser所在的Form,基本上,上述目的就是让该窗体表现得像个正常浏览器而已。

一、弹出新窗体

WebBrowser(下称wb)自带NewWindow事件,所以直接注册该事件即可:

private void wb_NewWindow(object sender, CancelEventArgs e)
{
    e.Cancel = true;//这句加不加在我的环境里没区别,不加也不会导致打开外部浏览器
    new FmWebBrowser(wb.StatusText).Show(); //FmWebBrowser即我的承载wb的窗体,本类构造函数接受一个url,Show之后会令wb访问该url。另外,该事件进入时,wb的StatusText几乎可以断定就是所点链接的href,极端情况以后遇到再说
}

二、响应页面中的window.close以关闭本窗体

由于wb没有现成的Close之类的事件,所以这个要稍稍折腾一下,就是给它加上这个事件,核心要解决的问题,就是让wb知道页面执行了window.close(),解决了这个,剩下就是把这事通知出去而已。

  1. 让wb知道页面执行了window.close(),并引发特定事件

    方法是网上抄的,原理是页面执行window.close()时wb会收到一个特定的win32消息,于是可以重载wb的WndProc方法来处理这个消息,这就需要继承wb写一个子类,子类如下:

    【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
    using System;
    using System.Security.Permissions;
    using System.Windows.Forms;
    
    namespace AhDung.WinForm.Controls
    {
        /// <summary>
        /// 增强型浏览器
        /// </summary>
        public class WebBrowserEx : WebBrowser
        {
            /// <summary>
            /// 当WebBrowser关闭后
            /// </summary>
            public event EventHandler WindowClosed;
    
            protected void OnWindowClosed(EventArgs e)
            {
                if (WindowClosed != null) { WindowClosed(this, e); }
            }
    
            [PermissionSet(SecurityAction.LinkDemand, Name = "FullTrust")]
            protected override void WndProc(ref Message m)
            {
                if (m.Msg == 0x210/*WM_PARENTNOTIFY*/)
                {
                    int wp = m.WParam.ToInt32();
    
                    int X = wp & 0xFFFF;
                    if (X == 0x2/*WM_DESTROY*/)//若收到该消息,引发WindowClosed事件
                    {
                        OnWindowClosed(EventArgs.Empty);
                    }
                }
    
                base.WndProc(ref m);
            }
        }
    }
    【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
  2. 剩下就简单了,宿主窗体响应WebBrowserEx的WindowClosed事件,关闭自身就好。当然首先要把之前的WebBrowser换成上述WebBrowserEx,代码段:
    【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘
    private WebBrowserEx wbex = new WebBrowserEx();
    ...
    
    public FmMain()
    {
        wbex.WindowClosed += wbex_WindowClosed;
        ...
    }
    
    void wbex_WindowClosed(object sender, System.EventArgs e)
    {
        this.Close();
    }
    【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方

刚上线一个新版本,其中有台电脑打开软件就报【xx的类型初始值设定项引发异常】(还好不是一大波电脑,新东西上线就怕哀鸿遍野),如图:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

显然是该类型的静态构造函数中抛异常了(红线处就是类名),遂打开该类,其构造函数中唯有一句看起来可能引发异常,即:

Process.EnterDebugMode(); //用来开启本进程调试特权(SeDebugPrivilege)

随即把这句放到一个测试程序中,再把测试程序拷到问题电脑上跑,果然是它,抛异常:Win32Exception:并非所有引用的特权或组都分配给呼叫方。如图:

【C#】无损转换Image为Icon   【C#】组件发布:MessageTip,轻快型消息提示窗  【C#】给无窗口的进程发送消息  【手记】WebBrowser响应页面中的blank开新窗口及window.close关闭本窗体 【手记】调用Process.EnterDebugMode引发异常:并非所有引用的特权或组都分配给呼叫方  【C#】DataRowState演变备忘

可是为什么开发机和其它电脑都没抛呢,我大致能猜到跟该机权限不够有关,首先检查当前用户是否管理组,是管理组,但不是内置管理员administrator,立马联想到UAC(用户账户控制,这货我曾经吐槽过,它会让自建管理员与内置管理员有不同表现,所以印象深刻),检查一下果然就是它,关闭UAC重启之后,问题解决

另外我也给那句代码加了try-catch,直接吃掉,因为在这个程序中,调试特权不是必须,拿不到也没关系。

【C#】DataRowState演变备忘

环境:.net 2.0

DataRow的行状态一段时间不用就会吃不准,记录一下,备查。

DataRowState 演变表

行属于如下状态时进行右边操作→

后的状态演变

添加到表

dt.Rows.Add()

修改单元格值

row[x] = xx

标记删除

row.Delete()【注1】

提交

dt/row.AcceptChanges()

回滚

dt/row.RejectChanges()

Detached Added Detached Detached Detached【注5】 Detached
Added -【注2】 Added Detached【注4】 Unchanged Detached
Unchanged -【注2】 Modified Deleted Unchanged Unchanged
Modified -【注2】 Modified Deleted Unchanged Unchanged
Deleted -【注2】 -【注3】 Deleted Detached Unchanged

注:

  1. 标记删除指row.Delete(),而非dt.Rows.Remove(row),后者会将行彻底从表移除
  2. 抛异常【System.ArgumentException:该行已经属于此表(或另一个表)】
  3. 抛异常【System.Data.DeletedRowInaccessibleException:不能通过已删除的行访问该行的信息】。标记为删除的行,不止修改单元格值会引发异常,只要是访问都会,如var a = row[x]
  4. Added状态的行进行Delete后,会变成Detached(即彻底移除行),而不是Deleted,所以在进行遍历操作时要意识到可能会引发集合被修改异常:foreach (DataRow r in dt.Rows) { r.Delete(); }
  5. Detached行不属于任何表,所以执行表的AcceptChanges/RejectChanges对它没意义,执行行本身的AcceptChanges则会引发异常,RejectChanges不会抛,但什么也没做

其它:

  • 只有Detached行可以被添加,因为其它状态的行一定已经属于某个表(且只能属于1个表),所以添加会引发异常
  • 遍历行会访问到所有非Detached状态的行,也就是Deleted的行也会被遍历到,Rows.Count同样是包含Deleted行的统计
  • 执行表的AcceptChanges()后,Deleted行会被彻底移除(变为Detached),其余行变为Unchanged,原始值变为当前值
  • 执行表的RejectChanges()后,Added行会被彻底移除(变为Detached),其余行变为Unchanged,当前值变回原始值

MSDN参考:https://msdn.microsoft.com/zh-cn/library/ww3k31w0(v=vs.80).aspx

- 文毕 -

上一篇:Sql Servicer 复习笔记(1) 存储过程分布


下一篇:jquery-easyui的datagrid在checkbox多选时,行选中不正确应,去除高亮的解决方法