从来不曾关注历年的选秀节目,超女也好,快男也好,加油好男儿...这些都是大家说烂了之后,我才瞄两眼的东东。但是今年的快女,从十强开始,我一集不落地看了下来,不仅看直播,而且看重播,有些还得下载下来,反复看。很难得,我被快女的声音打动了,其中有我期待的好声音。 郁可唯的离开,是我始料未及的。我不明白,为什么对音乐那么好的演绎和诠释,换来的是无情的淘汰?我知道选秀节目肯定是很有黑幕的,但我实在不明白为
终于等到项目评审完,可以静下心来学点东西了。《征服ajax web2.0快速入门与项目实践(.net)》是本好书,照着做了一个数据验证的例子。在此做个总结。 实现这个数据验证,主要有以下几个文件: Verify.aspx 与用户直接交互的页面文件 为web控件TextBox添加TextChanged事件 Verify.aspx.cs 在Page_Load的进行IsPostBack判断后,为web控
某天惊闻一则通知,居然要将这次暑期实训的项目作为毕设,而且答辩就要在下月中旬完成。偶买嘎,由于时间关系,我们项目没有设计阶段,直接由需求转为实现;文档方面,更是欠缺;要在这么短的时间,挤出一篇毕业论文,Oh,我们可怜的脑细胞... 粗略考量之下,我把题目暂定为《基于asp.net的培训教学管理系统数据库设计与基础数据管理的实现》。为了方便论文的编写,我整理了一些关于数据库设计的名家之言: 1.畅想
=====鼠标移到ListView某一行时改变该行的背景色(Tr是form的Id)================== =====一般不采用此种方法,而是在css文件中定义ListView样式,引用即可============= protected void ListView1_ItemDataBound(object sender, ListViewItemEventArgs e) { if (
这一周还是在完善“证书管理”。我想,与其再接触其他的模块,不如多涉及一些东西,把这部分做细做好。 我彻底抛弃了ListView+DetailsView方式,选择了ThickBox( http://jquery.com/demo/thickbox/ )。ThickBox的确很好用,用户体验好,也容易上手(我在之前,可是从没有写过JS代码滴~)。但在使用过程中,还是遇到了两点问题: 1.Loading
现在头有点痛,还是决定写这篇周记,做个总结。 这一周过得很窝火,一直在研究ListView内嵌DetailsView实现证书管理。由于之前已经用DetailsView实现增删改查,所以想当然地认为这一部分的工作能很快做好(是的,就像你想得那样,我做得很不顺利,控件的使用让我觉得非常被动)。OK,来说说我的问题。我要实现的是,用户点击ListView中的一项,会有DetailsView显示该项的详细
今天上午我破天荒主动加班,把证书管理这一块完成得差不多了。组长安排我下周做一些基础数据的DAL层方法。呵呵,还分了几个人给我,这样我就可以自由掌握自己的时间了~ Ho~不是我有私心不想为项目出力噢,只是写那些增删改查的方法,的确没什么意思:) 想想本周,好像没有什么特别的事情需要记录、总结的。唯一要提到的是,在使用DetailsView控件时遇到了一点小麻烦:在DetailsViewView中,我
本想为这篇博文取一个隐喻的名字,因为我下面要说明的错误也是隐藏得很深的错误。 废话少说,贴图为证: 很明显,DataReader对象dr已经获得了内容。此时“IsClosed”为false,也就是说,阅读器未关闭,DataReader中的内容是可读取的。但紧接着,如下图: IsClosed值为true,且报了“阅读器关闭时尝试调用无效”。为什么呢?我疑惑了好久,准确地说,是被折磨了两天。最终,还是
好久没有写存储过程了,尽管以前很热衷于这个玩意,觉得它对速度进行了优化。但自从意识到,数据库一旦变动,会导致大量的存储过程要重写,况且已经见识到持久化框架是如何优雅地与数据库交互的,便对存储过程更是冷淡。 sorry,我废话太多,马上进入主题。 有位同学想用存储过程实现:客户端传一个参数,这个参数是一个列名,而后对这一列进行Like模糊查询。很显然,这种简单的写法是查询不到数据的: =======
今天是很平常的一天,虽然昨晚奋战到一点多,早上的精神还是不错的。 我拿着两个烧麦,倚在电脑桌边啃着,看着周边的同学陆陆续续走进来,觉得这种小日子还是挺不错的。很纯粹的学习生活,很纯粹的人际关系,每天不用想太多,大家都想着为项目出份力。 项目已经进展到编码阶段了。我终于松了一口气,因为数据库暂时定下来了,而这主要是我在负责。尽管设计上还有不足,但开发毕竟是个迭代的过程,现阶段设计好“评教”、“排课”