C#程序的几种退出 1.Application.Exit(); //好像只在主线程可以起作用，而且当有线程，或是阻塞方法的情况下，很容易失灵 2.System.Environment.Exit(0); //无论在主线程和其它线程，只要执行了这句，都可以把程序结束干净 3.this.Close(); 4.Application.ExitThread(); msdn 对前台线程和后台线程的解释：托管线程或者是后台线程，或者是前台线程。后台线程不会使托管执行环境处于活动状态，除此之外，后台线程与前台线程是一样的。一旦所有前台线程在托管进程（其中 .exe 文件是托管程序集）中被停止，系统将停止所有后台线程并关闭。通过设置 Thread.IsBackground 属性，可以将一个线程指定为后台线程或前台线程。例如，通过将 Thread.IsBackground 设置为 true，就可以将线程指定为后台线程。同样，通过将 IsBackground 设置为 false，就可以将线程指定为前台线程。从非托管代码进入托管执行环境的所有线程都被标记为后台线程。通过创建并启动新的 Thread 对象而生成的所有线程都是前台线程。如果要创建希望用来侦听某些活动（如套接字连接）的前台线程，则应将 Thread.IsBackground 设置为 true，以便进程可以终止。 所以解决办法就是在主线程初始化的时候，设置： Thread.CurrentThread.IsBackground = true; 这样，主线程就是后台线程，在关闭主程序的时候就会关闭主线程，从而关闭所有线程。 但是这样的话，就会强制关闭所有正在执行的线程，所以在关闭的时候要对线程工作的结果保存。
View DetailsC# 中没有四舍五入函数，程序语言都没有四舍五入函数，因为四舍五入算法不科学，国际通行的是 Banker 舍入法Bankers rounding（银行家舍入）算法，即四舍六入五取偶。事实上这也是 IEEE 规定的舍入标准。因此所有符合 IEEE 标准的语言都应该是采用这一算法的Math.Round 方法默认的也是 Banker 舍入法在 .NET 2.0 中 Math.Round 方法有几个重载方法Math.Round(Decimal, MidpointRounding)Math.Round(Double, MidpointRounding)Math.Round(Decimal, Int32, MidpointRounding)Math.Round(Double, Int32, MidpointRounding)将小数值舍入到指定精度。MidpointRounding 参数，指定当一个值正好处于另两个数中间时如何舍入那个值该参数是个 MidpointRounding 枚举此枚举有两个成员，MSDN 中的说明是：AwayFromZero 当一个数字是其他两个数字的中间值时，会将其舍入为两个值中绝对值较小的值。ToEven 当一个数字是其他两个数字的中间值时，会将其舍入为最接近的偶数。注 意！这里关于 MidpointRounding.AwayFromZero 的说明是过错的！实际舍入为两个值中绝对值较大的值。不过 MSDN 中的 例子是正确的，英文描述原文是 it is rounded toward the nearest number that is away from zero.所以，要实现四舍五入函数，对于正数，可以加一个 MidpointRounding.AwayFromZero 参数指定当一个数字是其他两个数字的中间值时其舍入为两个值中绝对值较大的值，例：Math.Round(3.45, 2, MidpointRounding.AwayFromZero)不过对于负数上面的方法就又不对了因此需要自己写个函数来处理第一个函数：double Round(double value, int decimals){if (value < 0){return Math.Round(value + 5 / Math.Pow(10, decimals + 1), decimals, MidpointRounding.AwayFromZero);}else{return Math.Round(value, decimals, MidpointRounding.AwayFromZero);}} 第二个函数：double Round(double d, int i){if(d >=0){d += 5 * Math.Pow(10, -(i + 1));}else{d += -5 * Math.Pow(10, […]
View Details类型/子类型 扩展名 application/envoy evy application/fractals fif application/futuresplash spl application/hta hta application/internet-property-stream acx application/mac-binhex40 hqx application/msword doc application/msword dot application/octet-stream * application/octet-stream bin application/octet-stream class application/octet-stream dms application/octet-stream exe application/octet-stream lha application/octet-stream lzh application/oda oda application/olescript axs application/pdf pdf application/pics-rules prf application/pkcs10 p10 application/pkix-crl crl application/postscript ai application/postscript eps application/postscript ps application/rtf rtf application/set-payment-initiation setpay application/set-registration-initiation setreg application/vnd.ms-excel xla application/vnd.ms-excel xlc application/vnd.ms-excel xlm application/vnd.ms-excel xls application/vnd.ms-excel xlt application/vnd.ms-excel xlw application/vnd.ms-outlook msg application/vnd.ms-pkicertstore sst application/vnd.ms-pkiseccat cat application/vnd.ms-pkistl stl application/vnd.ms-powerpoint pot application/vnd.ms-powerpoint pps application/vnd.ms-powerpoint ppt application/vnd.ms-project mpp application/vnd.ms-works wcm application/vnd.ms-works wdb […]
View Details<% if request("infoid")<>"" then set rs=conn.execute("select * from nproduct where id="&request("infoid")) if not (rs.eof and rs.bof) then proname=rs("proname") content=rs("proinfo") end if rs.close set rs=nothing end if %> 早几天在系统中添加文件管理的下载功能, 要求在ASPX文件中实现, 以进行权限的控件,于是添加下列代码: … Response.ContentType = mime; //相应的MIME TYPE Response.AppendHeader("Content-Disposition", "attachment; filename=\"" +fileName + "\""); Response.BinaryWrite(bytes); Response.End(); … 当fileName中包含中文时, 文件下载保存时, 文件名变成了乱码, 需要用户修改,这也就违被了我设定预设文件名的初衷. 解决办法1: 对fileName进行URL编码, 把下划线标注的那句改为Response.AppendHeader("Content-Disposition", "attachment; filename=\"" + Server.UrlEncode(fileName) + "\"");便可. 虽然中文乱码问题解决了, 但是还有一个问题: 在测试时, 下载保存的文件名有时会变成该页面的名字(.aspx), 虽然可以把内容下载到本地, 但是需要更改文件名及类型, 这样会给用户带来很大的困惑. 还有一个办法, 可以很简单的解决以上的两个问题: 解决办法2: 假设当前的URL为 http://localhost/download.aspx?id=123, fileName为"下载.pdf", 我们只要把下载URL改为 http://localhost/download.aspx/下载.pdf?id=123 可, 上面下划线标注的那句代码则可以注释掉了, 试一下, 结果一定让你非常满意! 转自：http://www.webshu.net/jiaocheng/programme/ASPNET/200606/1427.html
View Details七宗罪（Seven deadly sins），13世纪道明会神父圣多玛斯·阿奎纳列举出各种恶行的表现。这些恶行最初是由希腊神学修道士庞义伐草撰出8种损害个人灵性的恶行，分别是贪食、色欲、贪婪、暴怒、懒惰、伤悲、自负及傲慢。 程序员生来不平等。有的伟大。有的渴望伟大。有的就是废物。 下面是一些程序员经常会走入的歧途。听起来很恐怖，但享用吧。上帝就在你身边，警惕这些危险的信号，跟随主救赎的指引。 1. 色慾（Lust） 凡犯色欲者：在硫磺和火焰中熏闷 作为程序员，这种罪恶的表现是不断的受绚丽的新事物的诱惑。下一代编程语言，最新的框架，最新的平台。 我们程序员天生好奇。我们受惑于追求高效，坚信所有的东西都要经过优化。只有用了那种最新的语言，我们才能工作。 虽然不断的追求改进是非常值得赞赏，但采用新事物也是有代价的。有避免不了的学习曲线。有适应问题。有未知的依赖问题。有未知的未知问题。 清除这些杂念。专心解决你手头上的问题。充分利用你知道的，停止贪恋那些光鲜新事物。 2. 贪食（Gluttony） 凡犯贪食者：强迫进食老鼠，蟾蜍和蛇 这是过度之罪。过度的企图多做，过度的扩展深度和广度。 不必要的功能特征溜进了产品里。大量无用的代码被生产出来。宝贵的编程时间被消耗，被浪费。 这些行为增加了不必要的复杂度，带来的高昂的维护代价。通常导致的结果是，预期不能完工。bug层出不穷。 警惕那些不该有的功能、警惕那些对不必要的复杂架构的伪辩护、警惕过早优化的迹象。让产品简洁。 3. 贪婪（Greed） 凡犯贪婪者：在油中煎熬 过度专业化和功能化会导致形成个人的领地。固步自封。我的代码。我的模块。我相干的区域。没有分享。没有合作。 一种不健康的对这些人的依赖会逐渐形成。所谓的“编程教父”，“编程巨星”和“编程领袖”就代表了这些趋势。 相反，应该建立一个崇尚代码集体所有和充分合作(比如结对编程或相互代码审查)的文化。 4. 怠惰（Sloth） 凡犯懒惰者：丢入蛇坑 根据Perl语言的创造者Larry Wall的话，懒惰是程序员的三个伟大美德之一。 但懒惰不能和冷漠混为一谈。长时间不理出现的问题。允许代码腐烂异味。不重构拷贝/粘贴过来的重复代码。 对软件开发中这些需要修改的东西要有一种紧迫感。事无巨细。这是保持软件健康的必要态度。 5. 暴怒（Wrath） 凡犯暴怒者：活体肢解 在有些地方，有些程序员是每个人都尊敬，也是每个人都害怕。你也许遇到过这样的火星极客。他们恃才放旷，为所欲为，其他人在他身边都惦着脚走。避免和他冲突。 他们喜怒无常，他们的怒气经常撒错方向。他们贬低他人，破坏团队和谐。 警惕这种不受约束的对峙气氛的滋生。拒绝忍受这样的撒野。立即辞掉他们。 6. 妒忌（Envy） 凡犯妒忌者：投入冰水之中 不满足于现有的工具和系统，有些程序员眼睛总是盯着别人的。 我曾经遇到过这样的经历，一个wiki系统正在使用中，另外一个却同时被引进，因为它的标记语法感觉更好一些。两个问题跟踪系统，多种聊天系统，不兼容的博客平台，等等。 如果你不喜欢某个工具，相信有比它更好的，那好，去找到它，使用它。但是，请完全放弃你现有的。吃着碗里又想占这锅里，只会得不偿失，给自己制造麻烦。 7. 傲慢（Pride） 凡犯傲慢者：轮裂 有些程序员喜欢孤芳自赏。对自己的能力过度自信。从不寻求帮助。 更 糟糕的，他认为所有的事情都应该由自己来完成。虽然他有能力完成任何的任务，但他却没能完成，因为他承担的太多了，无法集中精力。他分不清什么是核心什么 是次要的。在可以使用云服务时他建造自己的服务器，在能使用成熟的部署系统时他重新发明自己的，他开发出跟现有框架功能相同的框架，等等。 诚然，做研究是有趣的。这些研究经常被辩称为“基础”或“革新”，但却因没有更快捷的创造商业价值而使产品丧失市场先机。 小心“非我发明(Not Invented Here)”综合征。准确的定义你的核心目标，你的首要工作。其它的都是次要的，可以借用别人的。这没有什么好羞愧的。 [英文原文：7 Sins of Doomed Teams ] 转自：http://www.oschina.net/news/46550/7-sins-of-doomed-teams
View Details昨天在用IIS部署一个WCF服务时，碰到了如下错误： 理解了文档内容，但无法进行处理。 – WSDL 文档包含无法解析的链接。 – 下载“http://admin-pc/IISHostService/Service1.svc?xsd=xsd0”时出错。 – 基础连接已经关闭: 接收时发生错误。 – 无法从传输连接中读取数据: 远程主机强迫关闭了一个现有的连接。。 – 远程主机强迫关闭了一个现有的连接。 元数据包含无法解析的引用:“http://admin-pc/IISHostService/Service1.svc?wsdl”。 元数据包含无法解析的引用:“http://admin-pc/IISHostService/Service1.svc?wsdl”。 如果该服务已在当前解决方案中定义，请尝试生成该解决方案，然后再次添加服务引用。 该错误是在使用svcutil生成client代码时报的错误，服务是部署在IIS7上，部署的过程都是完全教科书式的进行。服务也正常启动了，显示如下内容 已创建服务。 若要测试此服务，需要创建一个客户端，并将其用于调用该服务。可以使用下列语法，从命令行中使用 svcutil.exe 工具来进行此操作:
|
1 |
<strong>svcutil.exe </strong><a href="http://leo-pc/IISHostService/Service1.svc?wsdl"><strong>http://leo-pc/IISHostService/Service1.svc?wsdl</strong></a> |
按照提示直接用svcutil.exe http://admin-pc/IISHostService/Service1.svc?wsdl命令去生成代码，就出现了开头说的那个错误。而如果用visual studio的webdevserver启动，则一切正常。 经过一轮谷百之后，发现网上有很多类似的情况，有的说是因为用了wsHttpBinding协议引起的，或者是元数据没有正确公开，但都不是他们说的情况。后来找到了一篇文章，说的是添加WCF引用的一个陷阱。里面提到的情形跟我遇到的一致，原来问题出在权限，难怪用webdevserver可以很正常的运行。原来在下载http://admin-pc/IISHostService/Service1.svc?xsd=xsd0时的权限不足，在浏览器直接访问这个url会提示找不到页面。原因就是IIS进程的用户没有访问Windows\Temp目录的权限。找到Temp目录，然后找到IIS_USER用户，授权即可。 具体可参考：http://merill.net/2008/04/wcf-add-service-reference-gotcha-with-windows-server/ 转自：http://www.cnblogs.com/shenba/archive/2012/01/06/2313932.html
View Details在Asp.Net中对页面分页的方法很多，可以直接用sql语句分，也可以使用.net提供的PageDataSource类来分页，显示的视图同样可以使用第三方控件AspNetPager等来显示，下面就来重点说说这几种分页方式： 一般情况下我们都是通过sql语句来分页，这在无论哪种开发语音都是通用的， 使用sql语句或者存储过程分页的方式最主要的是要在读取数据的时候把sql语句或者存储过程写好，它的原理是只读取当前要显示的几行记录，所以要根据页数和每页显示的数目来写语句,如下： 很显然只要将pageSize和Page作为参数就可以了，然后再前台调用的时候只要指定当前页数和每页显示的数目，就可以实现分页了，为了显示总数目，还可以读取所有数目，可以通过url来传递页码，如果总记录数位count，每页显示的数目为pageSize,那么总页数就是pageCount=((count-1)/pageSize)+1,在读取的时候代码如下： int rowLine = (currentPage – 1) *pageSize; sql = "Select top pageSize * from News where id not in(select top rowLine id from News)" 然后在页面中 int pp=1; DataSet ds = TransactionsBLL.GetList(kid, pp); DataSet ds1 = TransactionsBLL.GetList(kid); int count = ds1.Tables[0].Rows.Count; int pageCount = ((count-8-1) /16) + 1; if (pp < pageCount) { lblFy.Text = "共" + count + "条 <a href='?id=" + cid + "&pager=1′>首页</a> <a href='?id=" + cid + "&pager=" + (pp – 1) + "'>上一页</a> <a href='?id=" + cid + "&pager=" + (pp + 1) + "'>下一页</a> <a href='?id=" + cid + "&pager=" + pageCount + "'>尾页</a> 当前第" + pp + "页/共" + pageCount + "页"; } else { lblFy.Text = "共" + count + "条 <a href='?id=" + cid + "&pager=1′>首页</a> <a href='?id=" + cid + "&pager=" + (pp – 1) + "'>上一页</a> <a href='?id=" + cid + "&pager=" + pageCount + "'>下一页</a> <a href='?id=" + cid + "&pager=" + pageCount + "'>尾页</a> 当前第" + pp + "页/共" + pageCount + "页"; } 随便粘贴的代码，大概就是这样子的 需要注意的时候，由于.net在回传的时候不保存当前页，所以如果使用按钮进行分页的时候需要使用ViewState来保存页数，每次只读取所需要的几条记录，所以适合做大型网站数量比较大的时候使用，一般的分页都比较简单，如果有这种情况，比如说有10条数据，要求第一页显示2条，其他的页数都显示4条，那么就我们知道就显示3页就可以了，这个要怎么实现呢,其实这个只需要我们稍微判断下就可以了 代码： View Code public DataSet GetList(int pp) { string sql = null; DataSet ds = null; if (pp == 1 || pp == 0) { //第一页的时候显示2行数据 sql = "Select top 2 * from News" } else { //第二页的时候显示除了第一页的2条数据之外的前4条数据 if (pp == 2) { sql = "Select top 4 * from News where id not in(select top 2 id from News)"; } else { //第三页和之后的页显示 (pp – 2) *4 然后在加上第一页的2条，也就是(pp – 2) *4+2条数据之外的前4条数据 int rowLine = (pp – 2) *4+2; sql = "Select top pageSize * from News where id not in(select top rowLine id from News)" } } ds = SqlHelper.ExecuteDataSet(CommandType.Text, sql); return ds; } 然后在页面里我们要获得页数 int pageCount = (((count-2-1) /4) + 1)+1; 一般的情况下pageCount=((count-1) /4) + 1 在这里我们可以先去掉第一页显示的2条数据，然后进行分页，假如是2页，那么因为还有第一页，所以这里还需要在后面再加上一页，也就是 (((count-2-1) /4) + 1)+1; 另外一种分页方式就是使用.net提供的PageDataSource类来分页， PageDataSource是微软提供一个用于分页使用的类，集成了绑定控件的一些方法，在使用的时候，我们只需要从数据库读取我们所要的数据，绑定到PageDataSource即可，然后允许PageDataSource可以分页，指定当前页和每页要显示的数目，这样就可以很好的获得的总的数目，结合控件，ViewState就可以完成自定义分页视图，方法如下： PagedDataSource pageDataSource = new PagedDataSource(); pageDataSource.DataSource = NewsManager.GetNews();//所有记录 pageDataSource.AllowPaging = true; pageDataSource.PageSize […]
View Details处理图片时常用的过程是：读入图片文件并转化为Bitmap -> 处理此Bitmap的每个点以得到需要的效果 -> 保存新的Bitmap到文件 使用C#很方便的就可以把多种格式的图片文件读到Bitmap对象中。一句话就够了，常见的格式都支持，诸如JPEG,BMP,PNG等等。 Bitmap bmp = new Bitmap("文件名"); 然后就是怎么处理这个图片的问题了，与本案无关，pass。 最后就是保存。JPEG虽然是有损压缩方案，但是它在缩减文件体积和尽可能好的保留原有信息的矛盾上很好的找到了平衡点，所以在很多情况下成为首选的保存方案。 C#当然不会无视这一点，Bitmap类提供了默认的另存为JPEG的方法： bmp.Save("输出文件", System.Drawing.Imaging.ImageFormat.Jpeg); 这样当然很方便，但有时候更在乎文件体积而有时候更在乎图像质量，是不是有什么办法可以让自己来控制压缩质量呢？ 答案是肯定的，bmp.Save方法中有个重载用到了EncoderParameters参数。我们可以在这个参数中加入自己的控制质量。 /**//// <summary> /// 保存JPG时用 /// </summary> /// <param name="mimeType"></param> /// <returns>得到指定mimeType的ImageCodecInfo</returns> private static ImageCodecInfo GetCodecInfo(string mimeType) { ImageCodecInfo[] CodecInfo = ImageCodecInfo.GetImageEncoders(); foreach (ImageCodecInfo ici in CodecInfo) { if (ici.MimeType == mimeType) return ici; } return null; } /**//// <summary> /// 保存为JPEG格式，支持压缩质量选项 /// </summary> /// <param name="bmp"></param> /// <param name="FileName"></param> /// <param name="Qty"></param> /// <returns></returns> public static bool KiSaveAsJPEG(Bitmap bmp, string FileName, int Qty) { try { EncoderParameter p; EncoderParameters ps; […]
View Details