| 统计 |
blog名称:人在旅途
日志总数:174
评论数量:504
留言数量:13
访问次数:1531472
建立时间:2005年12月7日 |
生命是过客，人在旅途。奶奶是信基督教的，没啥文化，却养育了四子二女，还带过九个孙辈。老人家对生命的看法就是“人都是客人，迟早要回去的。”就以《人在旅途》来纪念她。
| « | January 2019 | » | | 日 | 一 | 二 | 三 | 四 | 五 | 六 | | | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | | | |
|
| 公告 |
本人上传的源程序中可能引用或使用了第三方的库或程序,也可能是修改了第三方的例程甚至是源程序.所以本人上传的源程序禁止在以单纯学习为目的的任何以外场合使用,不然如果引起任何版权问题,本人不负任何责任. | |
|
 本站首页 管理页面 写新日志 退出
调整中...
 [软件开发随笔]水晶报表中显示动态图片 |
人在旅途 发表于 2011-11-24 11:29:21 |
1.在报表数据源中定义一byte（）型字段，把该字段拖到报表设计画面中。
2.在准备报表数据源时，往第一行数据的那个byte（）型字段中保存文件类型为JPEG或BMP格式的图片文件数据，注意是文件数据，不是IMAGE数据，另外只要保存一行就可以了（如果报表中的图片不用每行都显示，而是显示在表头的话），不用每行都保存图片数据，这样数据量会很大。
|
阅读全文(3880) | 回复(0) | 编辑 | 精华 | 删除 |
| [软件开发随笔]水晶报表中的简单参数设置 |
人在旅途 发表于 2011-11-11 14:10:50 |
水晶报表中的可以用参数来传递信息以控制报表,功能很强大,大我们用到的大都是简单的部分,比如传递个String，如下面所述：
1.在RPT设计中追加个PARAMETER，可以使用它来显示。
2.在程序中产生ReportClass并设置它的DataSource后执行以下语句：
f_Report.ParameterFields(0).CurrentValues.AddValue("12345678000")
以前一直没有研究它，看书又说的太复杂强大，常常被迫在DATASOURCE中加个字段了事，但这样一来使数据量变得十分庞大并重复。
|
| 阅读全文(3669) | 回复(0) | 编辑 | 精华 | 删除 |
| [软件开发随笔]如何让图象透明(底色) |
人在旅途 发表于 2008-2-20 12:07:58 |
如何让图象透明,也就是如何让图象有底色,并且在显示时底色不显示.
当然可以自己编成自己显示图象,用些OR操作,使图象的某种颜色不显示.不过在VB或者DotNet开发中,经常使用PictureBox控件或者在按钮控件显示图片,这时候自己画就很麻烦了.我在网上查半天,觉得还是直接使用GIF87格式的图片比较方便.GIF87格式的图片有底色设置,且在PictureBox控件或者在按钮控件中显示时自动底色透明.
如果不是GIF87格式的图片,可以把它转化为GIF87格式的图片.有个叫ImageMagick的免费软件可以完成这个任务.ImageMagick可以从http://www.imagemagick.org/下栽,下载后安装后,打开DOS,再到安装目录执行以下命令既可.
convert <图片源的路径> -transparent #ffffff &l
|
| 阅读全文(14993) | 回复(10) | 编辑 | 精华 | 删除 |
| [软件开发随笔]C语言中的函数指针的使用 |
人在旅途 发表于 2008-1-24 9:06:23 |
1.定义函数指针类型:
typedef int (*ReadfdCallBack)(int);
2.申明函数指针变量:
ReadfdCallBack callBacks[10];
3.定义函数:
static int keyboardCmd(int keyboard){...}
4.函数指针变量赋值:
callBacks[0]=&keyboardCmd;
5.使用函数指针:
callBacks[0](...);
以上程序是LINUX C的例程.
|
| 阅读全文(2478) | 回复(0) | 编辑 | 精华 | 删除 |
| [软件开发随笔]初步了解.Net Framework 3.0后的随想 |
人在旅途 发表于 2006-11-7 15:30:21 |
看了几篇关于.Net Framework 3.0的介绍文章,有点感想.
.Net Framework 1.0和2.0出来有几年了,但在微软的强项--客户端程序上基本没啥大的应用,原因无它,它们基本上是JAVA化的VS6.0.象JAVA的JDK一样,一定要装.Net Framewor才能运行它的程序,也象JAVA一样变慢了(因为托管架构?).所以VC++6.0仍然顽强地被使用着.
虽然在客户端没啥发展,但在服务器端靠着.NET的快速开发界面赢得了不少低端份额.
微软推出新技术是很快的,但基本上是别人已经推出的技术,微软把它拿来WINDOWS化,做得更好点更不通用点(一句话,后知后觉,但厚着脸皮靠着关系来抢饭吃).这常常起到了把水搅混的作用,但当水平静下来,一切还是老样子,只是苦了开发者两边忙.
当初用JDK1.0编的程序现在还可以用
|
| 阅读全文(3708) | 回复(1) | 编辑 | 精华 | 删除 |
| [软件开发随笔]小结一下编程中错误处理经验.---2 |
人在旅途 发表于 2006-5-23 15:35:46 |
错误处理的编程方法:
1.底层(操作层):底层的出错一般用涵数的返回值来报告上一层,而不是用EXCEPTION来报告.这是因为底层的错误既可能是程序本身的错误,比如接口协议不是100%对应或者除了零;也有可能是应用的错误,比如网络访问错误.这时的错误即多又杂,需要上一层来分析错误,整理错误,对应错误和保存错误.比如一般会把各种错误记录到LOG中去,但在底层处理的话,由于底层的分支太多,于是程序中到处可见记录LOG的地方(其他错误处理也一样),维护很不方便.有时候通过返回值来报告不方便,那么就可以通过全局变量来报告错误,但是使用全局变量不复合优秀的编程规范,那么就使用类中的变量.可以在底层类中执行一系列操作,当中有错就停止,并记录到类变量中去,那么上一层就可以通过所操作类的变量来分析对应该类不同地方的和类型的错误了.一般一个类的错误比较相近,集中在一起管理很有效率.
2.中间层(管理层):中间层是分析和对应底层错误的地方,一般是首先象LOG中记录该错误.然后就是根据不同的错误信息.如果是应用的错误,就看看本层能否对应,比如再试一次,如果不能就看看是
|
| 阅读全文(3338) | 回复(0) | 编辑 | 精华 | 删除 |
| [软件开发随笔]关于文字列以及它的编码问题 |
人在旅途 发表于 2006-5-17 14:31:00 |
文字列的编码有ASCII,JIS,国标,BIG5...一种语言常常有好几种编码,编程序的时候常常为码的转化而苦恼.
码的转化发生在文字列的输入和输出.要弄清这个问题首先要明白文字列的表现和存在.表现就是我们肉眼看到的形式,存在就是它的两进制流(无论你是用byte[]还是文件来保存,它都是两进制的格式)和这个两进制流的编码方式.光有两进制流还不够,系统要知道它的编码方式才能从相应字库里调出它的显示图片,这样你才能看到它的形式.
我们之所以觉得这个问题很麻烦是因为我们经常是只把这个两进制流保存了,而它的编码方式没有保存,而下次读进来的时候也没有指定它的编码方式.这是因为一个系统有她缺省的编码方式,如果你不指定就用她缺省的编码方式了.这在一个系统或缺省编码相同的系统之间是没问题,但是如果你的文字列要在不同缺省编码方式的系统之间共用(转送),而你还是不指定编码方式,那么发和收系统之间就是鸡对鸭讲,屏幕上就要显示乱码了.
比如日文有好几种编码
|
| 阅读全文(2795) | 回复(0) | 编辑 | 精华 | 删除 |
| [软件开发随笔]小结一下编程中错误处理经验.---1 |
人在旅途 发表于 2006-5-11 15:16:15 |
不知不觉中编程已经有十年了,现在对我来说编程早已不是那种忐忑不安,走一步测一步再改一步的状态了,虽然编程对我来说仍然有很大的诱惑力,使我对它的兴趣不减当年.这固然有开发语言和工具不断完善的原因,也有我的经验不断积累的原因.但还有个地方使我吃不大准,有时候我觉得已经搞定它,但过了一段时间发现还是弄乱了.它就是错误处理,尽管它的技术已经从最初的"保存寄存器或全局变量"到"返回CODE"再到"EXCEPTION",你会发现最新的技术并不是在任何地方都是最好的,"返回CODE"仍然被普遍使用,"保存全局变量"有时也会不得已而为之.所以小结一下也许有好处.
错误处理首先要搞清楚的不是编程上的方法,而是错误的分类和错误的对应方法.错误的类型可分为两类,程序错误和应用错误.程序错误是你程序内部错误,是种编程错误,换句话说是不应该发生的事.虽然是不应该发生的,但的确是不可避免的.因为再有经验的程序员也肯定会有昏头或三心两意的时候;再严谨的测试也会有漏洞;任何程序只要被使用就需要
|
| 阅读全文(3407) | 回复(1) | 编辑 | 精华 | 删除 |
|
