.net/c# - 文章列表
-
微软图表控件使用初探–数据绑定(交叉表)
本来在考虑是否继续写图表控件的使用文章,毕竟,微软自带的例子已经非常详细了,花点时间参考一下基本上可以了解用法和使用特性,不过后来想想,还是写一下咯,抽出其中大家关心的内容,写出其中常用的使用方法,可以省去大家的时间,在需要深入的时候再去详细查看例子,也当是学习笔记吧:)(BTW:我也是边学习边写的,因此,写的文章中难免有不足或失误的地方,希望各位朋友指正出来咯,大家一起提高~本文中基本上只会写出最简单常用的功能,复杂的数据操作请参考微软详细的例程)\n一.数据源 说到绘制图表,可能很多人的第一反应除了是图表呈现的方式外,更关心的便是数据如何添加,记得在很多年前,哪时要绘制一个数据曲
-
Asp.Net验证码：实现数字、字母、中文混淆验证码
这几天博客都被垃圾评论困扰着，于是就有了一个写一个验证码的想法。这个验证码主要是增加机器识别的难度，当前网上各种流行的验证码中，感觉动网的验证码比较优秀，比较不容易被机器识别。从动网官网下载了动网.net 1.1版本，用Reflector反编译它的源代码。请先看动网验证码的截图：系统自动生成中文、数字、字母的混合字符串，并且自动设置有效的验证码值。上图中的有效验证码值为“mejjh”，而图片全文为“mej的jh”，这样就可以有效地防止被机器识别出验证码了。我把动网里的验证码代码剥离出来，并作了一些修改。在动网源代码中，它生成的验证码参数设置是读取Request.QueryString值的，这里
-
VS2008 SP1之“动态数据 Web 应用程序”——管理数据库太容易了
原本我以为安装了VS2008 SP1，内置了ADO.NET Entity Framework,MVC框架什么的，结果ADO.NET Entity Framework是有，但是MVC没有，却意外的有另外一个东西——动态数据 Web 应用程序。如图1.\n图1\n好奇地创建了个“动态数据实体 Web 应用程序”。如图2.\n图2\n给我的第一感觉是，MVC换名字了？不应该吧！于是打开Global.asax文件看看是不是和MVC一样。如代码1.\n代码1<!–\nCode highlighting produced by Actipro CodeHighlighter (freew
-
ASP.NET实例：用C#制作以动画的方式显示图像
十一将至, 放假前将GDI+最后一部分今天终于完成: 以动画的方式显示图像。希望对 GDI+编程的园友有所帮助. PPT 以动画方式显示幻灯片是其一个很重要的特点，相信里边一定有您喜欢的动画方式，今天我就带大家认识几款以动画方式显示幻灯片的制作方法，由于是GDI+编程， 这里以图像代替幻灯片（其实原理是相通的）来演示如何制作以动画方式显示图像。 说明: 由于是以动画方式显示图像, 这里没办法直接贴静态截图, 因此决定给园友开源, 将所有的可运行代码附在案例后面, 由于所有的动画处理图像的对象放在都pictureBox控件中, 同时定义的类都大同小异, 因此这里先把下面案例中要用到的所有
-
Visual Studio 2010 截图曝光[组图]
早在10月初，微软就公布了下一代开发工具和平台“Visual Studio Team System 2010”以及“.NET Framework 4.0”，并透露他们将在2009年底-2010年正式发布。\n VSTS2010开发代号“Rosario”，将致力于引领下一代平台发展、提高开发人员的工作效率和热情、创建突破性应用程序、推动云计算等新兴趋势、合理化应用程序生命周期管理(ALM)。VSTS2010将支持统一建模语言(UML)和特定域语言(DSL)，可为各类开发人员提供合适的工具，而这也是微软更大模型平台的一部分，“Oslo”技术也是它的一部分。cnBeta的MVP同志空空今天带来了尚
-
Asp.net实例：用Email地址登录网站
现今，很多Web2.0网站都使用Email地址作为登录用户名，其有如下优点：\n1. 不易重复。用户名经常会重复，导致用户不得不在多个网站之间使用多种不同的用户名，不易记忆和管理；而Email地址具有唯一性。\n2. 易于记忆。用户常用的Email地址一般不会超过三个，所以即使忘记了是哪一个，也能很快试出来。\n3. 不易被破解。用户名在网站中通常都是对所有人可见的，这就会导致一些别有用心的人关注某个特定用户，骗取或暴力破解其账户；而Email地址在网站中通常都是保密的，在不知道某人的Email地址之前，破解就无从谈起，极大地提高了账户安全性。\n有些网站采
-
Asp.net提交验证方案(上)
以前在学习Asp.net时备受困扰的就是提交验证这块，网上流行的关于图片验证的教程大都存在很多问题，比如：\n验证码存储在页面代码或Cookies里，暴露给客户端；\n通过Session存储的验证码，虽然解决了安全问题，但一个用户只使用一个变量存储验证码，假如用户同时打开一个以上的页面，分别提交的话，就无法正常使用了；\n验证码不会过期，这会留下隐患，使暴力破解变得可行(当然也可以通过刷新间隔、提交间隔、黑名单等手段加以控制)；\n此外还有伴随着提交产生的另一个问题——重复提交。\n为解决上述问题，我曾走过不少弯路，后来总结出了一个方案可以很好的解决这些问题，本文将结合ADO.NET Enti
-
Asp.net技巧：数据库操作类(C#)
ASP.NET中一般都是使用SQL Server作为后台数据库。一般的ASP.NET数据库操作示例程序都是使用单独的数据访问，就是说每个页面都写连接到数据库，存取数据，关闭数据库的代码。这种方式带来了一些弊端，一个就是如果你的数据库改变了，你必须一个页面一个页面的去更改数据库连接代码。第二个弊端就是代码冗余，很多代码都是重复的，不必要的。因此，我试图通过一种一致的数据库操作类来实现ASP.NET的数据访问,在我之前的文章.net数据库操作类(C#) 中已经简单总结了对数据库的操作，现在.net数据库操作类(C#) 的基础上进行了如下改进：1、添加了事务处理机制； 2、添加了SQL参数化
-
Asp.net实例：仿163网盘无刷新上传文件
这个仿163网盘无刷新文件上传系统，并没有用使用.net的控件，完全的手工制作。前台基本上是静态的，跟后台没有关系，所以后台用什么语言做都可以（例子中是用.net）。本来觉得这个系统会很复杂，但把每个部分都分析清楚后，其实需要的技术并不高。不过当我把各个功能函数都整理好准备进行封装时，却发现要把程序封装不是那么容易，因为程序跟html的耦合度太高。然后我逐步把程序中操作html相关的部分分离出来，首先把简单的分离，接着是文件列表，然后是file控件，最后是一些提示性程序。经过几次尝试才把整个结构封装好，现在程序结构应该算比较清晰，有什么不明白的地方欢迎留言。效果预览\nCode<form
-
Asp.net提交验证方案(Session版)
Asp.net提交验证方案(上)Asp.net提交验证方案(下)此前我介绍了使用数据库实现的提交验证方案，一些朋友怀疑其效率不佳，认为Session是更好的方案。\n的确使用Session也不会消耗太多内存，而且如今内存白菜价，最不济就随手买个2G的插上也就够了，所以我将在此写下Session版的实现提要，其余细节参考前篇。\n实现方案简述：\n在Session中存储一个哈希表用以记录该用户的每一条验证信息，哈希表的键为验证信息的过期时间，值为验证码的明文。\n过期时间使用ViewState存储，以发给客户端，并在提交时获取，以读取对应的验证码明文。\n传给验证码生成页面的ID参数是经ToFi