喜欢GIS,喜欢将GIS技术在中国推广
刘冬的博客:http://www.cnblogs.com/GoodHelper/category/214139.html (Spring.net和Nhibernate) Kyo-yo : http://www.
在写程序的配置文件,里面添加了几个配置,下面是appSettings节点的设置 但是通过 m_TemplatePath = ConfigurationManager.AppSettings["Templates"];却获的始终为null,经确定自己的这个写法没有错误,名称也没问题, 最后发现将appSettings这个节点放在configuration节点的最后,就可以了。
http://www.oseye.net/user/kevin/blog/86 概念 数据流(Stream)是对串行传输数据的一种抽象表示,是对输入/输出的一种抽象。数据有来源和目的地,衔接两者的就是串流对象。
来自:http://www.cnblogs.com/frankliiu-java/articles/1641949.html Apache CXF 是一个开放源代码框架,是在Xfire 跟Celtix合并的产果,提供了用于方便地构建和开发 Web 服务的可靠基础架构。
Context这个单词在程序开发中屡见不鲜,我记得以前在博客中写过一些关于这个词语的自我解释,但是我这个人有一个毛病就是健忘,如果不将自己的想法写下,不出十分钟,就被我抛到九霄云外。 真我现在还有点想法,那就写下来。
一直对Http请求和SOAP请求不是太理解,只是知道SOAP是基于Http的,并且增加了很多XML标签,SOAP经常用在WebService中,比如在C#中创建一个WebService,然后在客户端生成代理,然后就可以通过这个代理对象进行请求,而单纯的Http请求往往是通过Get方法或者Post...
一件任务的完成,意味着另外任务的开始,工作就这样,周而复始,就像春夏秋冬一样,四季轮回,其实工作是做不完的,上一个工作任务也许并没有完成,而下一个任务已经有了安排,写代码,搞程序,其实里面有很多东西是不可控制的,一个问题,一个似乎觉得微不足道的问题,可能让人绞尽脑汁,没有源码的帮...
其实从08年的时候,我就已经知道了linq,开始的时候也并没有注意,我说过很多次,我不是一个有心人,只是在新建立一个工程的时候,程序会自动引入linq这个玩意,怀着好奇的心去找了点资料,有的时候,看一些连篇累牍的介绍,还不如直接去看demo,当然微软是不会让大家失望的,在给出其介绍的时候,也会给出一些sample,这样有助于大家去理解,工作后,很少去用这些东西,但是也会经常去搜集一些资料,现在就将这些分享给大家,说明下,这些资料全部来自网上,如果觉得有侵犯个人文档版权的话,请给我留言。
关于什么是XML,以及XML有什么作用,网络上很多,我就在这里不班门弄斧,写博客,是我的一个习惯,究其内容无非个人情感,心得体会,转载,技术相关的,或者一时心血来潮的个人之谈,但是我是一个小心翼翼的人,唯恐博文中出现什么纰漏差错,误导大家,被贻笑大方,但是我相信,无论对错,都会引起大家的共鸣,没有错误也是在所难免,毕竟水平有限,但是我尽力。
俗话说“师傅引进门,学习在个人”,我想前面的这句话应该就是让我们这些学徒去了解基础吧,至少知道所要学习的东西是干啥的,或者能干啥。也有人说过“三人行,必有我师也”,这句话我个人理解,应该是任何人都可以作为我们的老师,其实在现在这个网络非常发达的时代,网络可以作为最好的老师,尤其是搜索引擎,其就可以看做一个浩如烟海的知识库。
重载(overloding)和覆盖(overriding)这两个词语对于学习OO开发的人应该不会陌生,也不应该陌生,相反的而应该将这两个的区别弄的一清二楚,话说,其实当年在学习的时候对这两个的的更深入的内容不是很清楚。
思考下面两个问题,想问下pByte的长度是多少,以及sStr的值是多少? string s = "刘宇"; byte[] pByte = System.Text.Encoding.Default.
流的操作其实分为字节流和字符流: 字节流和字符流的区别: 读写单位不同:字节流以字节(8bit)为单位,字符流以字符为单位,根据码表映射字符,一次可能读多个字节。 处理对象不同:字节流能处理所有类型的数据(如图片、avi等),而字符流只能处理字符类型的数据。
虽然不是一个做学问的人,但是在看书什么的时候,也需要了解一些细节,有些细节了解了之后,让人心中一亮,在工作中能事半功倍。 在Java中遇到ByteBuffer,看到flip方法,这个方法让人扑朔迷离,还好这些东西都是可以模拟的,更甚者可以去查看源码,原理就在源码当中,以下是模拟的代码: ...
在C#中序列化是比较容易的,如果不用第三方的类库,那么C#提供的两个对象也够我们使用,一般的操作是定义一个不含有方法的类,这个类里面定义了要序列化的对象的属性,因为我C#用的比较多,这里直接给出泛型,第一个是我写的,第二个是Copy的: public string ScriptSeriali...
代码不仅仅是一种技术,更是一种艺术,在艺术的领域中有了自己的设计模式,有了自己的框架……,任何东西都不是与生俱来的,而是随着人们的认识慢慢发现和总结,大脑的思维就在于此,可以发现规律和总结规律。 MVC和MVVM这两种模式对于NET下的开发者应该不会陌生,关于这两个我在以前的博客中介绍过,今天心血来潮,自己一个个的模拟下,纸上得来终觉浅,绝知此事要躬行,就我这破脑子,看过的东西,很快就被忘记,愚人自有愚人的办法。
最近在想C#中的控件是如何绘制上去的,当然我想问的就是绘制是在什么时候触发的?网上找了找,似乎也有人在讨论,众说纷纭。于是将C#那个Forms结尾的dll给反编译了,似乎看出些猫腻,里面有几个和绘制相关的方法,OnPaint和OnItemdraw,如下图: 这是我们直接从源码中看到的,也就是说在这两个方法中又是通过事件去处理的。
数学的博大精深,我们不言而喻,从小就喜欢数学,也不知道哪来的这种嗜好,现在想起来惭愧,因为对数学有一丝丝的牵挂,但是看了一个本书,好像是戴维的,当时介绍了很多和GIS有关的空间统计,还是基于ArcView的,什么moran,邻接矩阵什么的都是用avenue脚本写的,很是喜欢,那本书现在还被我收藏,因为工作原因,现在已经好长时间没看了,但是没关系,那些功能ArcGIS 也都提供了,而且更多更全,每天面对ArcGIS,对那些功能自然是很清楚的。
不是一个文艺青年,写不出什么辞藻华丽诗词歌赋,也写不出什么形散神不散的优美动人的散文;也不是一个评论家,不能对自己接触过的一些东西进行评价。唯一能做的就是将自己所想所感记录下来,当做自己闲暇时候的自我聊慰。
http://blog.csdn.net/lary2360433/article/details/6405737 问题:我在视图画的图象或者文字,当窗口改变后为什么不见了?OnDraw()和OnPaint()两个都是解决上面的问题,有什么不同?因为当你的窗口改变后,会产生无效区域,这个无效的区域需要重画。
我写东西很少婆婆妈妈,可能是比较懒散,如果2个字能说完,绝对不会说三个字以上,有朋友开玩笑说“言语珍贵”,因为简单,很多人不理解,所以也有“跳跃性思维”的说法。 对一个问题,我喜欢”自悟“,一定要知道所以然,即使有一些细节不知,但是整个过程是不应该出现错误,对于问题,我喜欢“心神领会”,只有领会了...
http://blog.csdn.net/peterpan19890802/article/details/5569743 创建非模态对话框时,首先程序最先开始调用CreateDialogIndirectParam函数来创建对话框 , 在CreateDialogIndirectParam中调用CreateWindowEx函数创建对话框主框架, 这时 CreateWindowEx函数发出WM_CREATEX消息,开始调用OnCreate函数。
http://blog.csdn.net/candyliuxj/article/details/6736032 MFC中对话框有两种形式,一个是模态对话框(model dialog box),一个是非模态对话框(modeless dialog box)。
小时候以为自己长大后能文武双全,有安邦济世能,可谁知道误入歧途,从此走上了一条不归之路,成了如今这个样子,既学之则安之,看看技术博客,写写代码,简简单单就这样穷其一生! 做技术的不容易呀,一个小小的问题可能被折磨半天,解决问题更不容易,瞬间解决不了,客户不知道在心里都骂了多少遍了,谁能明白咱的心呀…… 说几句悲观的,接下来就应该喜从悲来,一旦问题解决,那个心情,那个感觉,何止千言万语。
做技术的工作不是很容易,尤其是客户问问题的时候,遇到技术上的问题,如果遇到过那就轻松应对,但是往往世事不尽人意,大部分问题都是没见过,抓耳挠腮,不得其解,愁人呀。其实有的时候觉得客户才是我们的导师,它们的问题就是我们努力的方向,这样我们是不是有点太被动了?我们应该学会去引领客户,应该预知客户会遇到哪些问题,如果这样的话,技术算是做到家了,对客户和领导都会有一份满意的答案。
从不是一个认真和注意细节的人,但是往往却要将一个小小的看似已成规律的问题弄出个所以然来,就因为这样,往往折腾很长时间。 一件事情,要么不做,要么做好,做好一件事情是非常难得,但是至少在做事情的时候,将这些蕴含的一些流程和原理搞清楚,这对我这种没有追求的人,也就足矣。
看书的时候,喜欢去思考,喜欢问自己几个为什么,但是天资愚笨,长时间找不到答案,这可如何是好?上天呀,赐给我一个聪明的大脑吧!或者告诉我如何在遇到问题的时候,能快速的解决。这篇博客不为别的,只是提供一种解决问题的方法,作为程序员,虽然我算不上,源码可能才是问题的本质。
开发的时候,若使用了第三方的库文件,比如在C#中,比如说要访问Sqlite数据库,我们需要将dll文件以及相关的引入到工程文件中,这个所需要的操作就是添加引用。 但是如果使用VC++的时候,好像并不这么简单,因为在引入第三方的时候,除了dll,可能还会有 lib,h文件等,当然在这里可能没有dll,在这里有必要介绍下dll和lib .dll是在你的程序运行的时候才连接的文件,因此它是一种比较小的可执行文件格式,.dll还有其他的文件格式如.ocx等,所有的.dll文件都是可执行。
在程序的时候往往会看到在父类的一个函数中用到"this",我们知道this指向当前的这个对象,具体点就是当前运行中的对象,如果在父类中有虚函数,那么这个this调用的方法就可能是子类中的实现的虚函数。
http://blog.csdn.net/phunxm/article/details/5621120 MFC向导生成的对话框为模态对话框,当我们在资源编辑器中向对话框拖拽一个按钮IDC_BTN时,其布局信息将同步反映在DlgDemo.rc资源脚本文件中。
http://blog.csdn.net/phunxm/article/details/5640766 一.CWnd消息处理 一切从窗口(HWND)的创建说起,在MFC中,CWnd::CreateEx执行窗口创建过程。
在C#和Java中,在使用对象的时候一般都是通过New,我们知道通过new关键字实际上是在heap(堆中)开辟了一块内存,而等号右边的这个对象实际上就是一个内存地址,不信的话,可以打印出来看看。其实并不仅仅这么简单。
几点知识:无论父类里面有没有虚函数,都可以定义指向子类实例的父类指针.如果父类里没有虚函数,则使用父类指针,只能访问父类的成员,而不能访问子类里的成员.如果父类里的虚函数不是纯虚函数,且子类里没有重写该虚函数,则用父类指针访问该虚函数的时候,跟访问父类里的普通函数一样.
提到MVC,编程的人都会知道,我说的多了,就变成了啰嗦,MVC这个名词,是在大三的时候接触,但是没用过,当时我是以看书为主,很少动手,大四实习的时候,项目经理安排一个程序,让我按照MVC的方式去写,因为当时我是给已有的系统扩充功能,公司的系统有自己的框架,我只是照猫画虎,并没在意,功能实现了,就草草了事。
框架使得我们开发变得容易,且不说容易,至少效率上提升很多,使用框架,我们经常在一个xml文件里面做配置,然后通过Context获取里面的东西,配置文件里面配置的是类名称,为什么可以获取呢? 其实这就是反射的作用,反射可以根据类名来获取对象,以及里面的方法等。
(声明:本系列已完成,故索引帖重发) 众所周知,DotNet框架是非常庞大的,光项目创建时的种类就有WPF,WCF,WF这三种最新的技术,还有以前的Web,WinForm,Service,Mobile等等.
具体的东西被抽象,然后加以概括,归类,我个人认为这是思维的一个升华,就像给一个东西下定义一样,如何才能用自己的话讲这个东西说明清楚,当然要有全面的认识,所以抽象不是没有根据的,而是建立在自己的认识之上。
C#中,Java中,我们可以以dll和Jar的形式将我们常用的代码进行封装,然后复用,JS中可以不可以?当然可以,要不然这么多框架。 C#和Java中,我们可以定义自己的命名空间,类,然后在类中定义自己的方法,在使用的时候,只需要实例化类,然后使用对象即可,JS中没用命名空间和类的概念,JS中有一个非常重要的对象window这个就是全局对象,也可以认为这个是JS中唯一的命名空间,我们可以将自己的对象函数都附加在这个对象上,以供日后使用,这归功于JS对象的动态功能JQuery的源码打开看看,那个著名的$其实就是附加在windows上。
post和get是使用XMLHttpRequest提交请求常用的两个方法,我们都知道get的时候一般将请求的字符窜放在url后面,而post是却不是,get的数据量的限制,而post没有,其实差别不仅仅体现在前端这块,后台也有差别。
经常接触Context这个词语,对这个词语越来越模糊,书中一般翻译为上下文,我记得我在博客中说过,我当时将这个理解为容器,一个包含某一个对象的属性和方法,现在想想这也应该是一个对象的概念吧,当然这只是我的片面之词,还没有证据,比如在HttpContext中,这个就包含了我们请求的字符串和相关处理方法。
Web服务器是不能直接处理动态服务的,而是通过应用服务器,这点毋庸置疑,当服务器发现自己处理不了JSP,ASPX等请求页面时候,会交给后面的应用服务器,对于ASPX.NET来说这个玩意就是aspnet_isapi.dll,说这些可能比较拗口,那么我就文绉绉一次。
时间紧张了,在博客中看看,找自己喜欢的答案,时间充足了,自己去钻研钻研,去找自己的答案,这也许已经成为我的习惯,喜欢讲别人的东西用自己的话再次加工,取其精华变为己有。 春秋冬来,四季轮回,我们无法控制,但是我们去可以在其四个阶段中的一个阶段中做一些自己可以做的事情。
写后台程序,要获取前台的请求等参数,返回响应,免不了接触Request,Response等对象,其实不止这些,还有其他的如:session,cookie等,ASP.NET是7个,JSP中是9个,因为我是NET下的coder,所以就介绍ASP.NET中的,这里转载一篇博文,对ASP.NET做了详细介绍。
《ArcGIS API for JavaScript 开发教程》也告一段落,虽然很多还不是很清楚,但是心得还是有一点,我愿意将我的心得跟大家分享,喜欢和大家交流。 一个比较执着的技术男,一旦遇到了问题,他想的首先是解决这个问题,然后想的可能是为什么会遇到这样的问题,其次可能是解决此类问题能有几种方法,如果将这些都能理清,能说出个所以然来,我想这个技术男体会肯定颇深,我喜欢看这样的博文,尤其是一些关于什么什么的探究,或者运行机制,以至于本质,更厉害的博主直接就将一些底层的代码给剖出来,对于这样的博文或者博主,我只能望其项背,望洋兴叹。
以前在C#中使用WebClient这个玩意下载过文件和上传过文件,于是想如何在javascript中完成相通的操作? 要上传一个文件到服务器上,我们的思路应该是将文件序列化或者转成字节流传到服务器上,然后在后台服务中进行解析,我相信后台服务对大家来说都不是问题,如下: public clas...
前面提到了JSP这个玩意儿,也说了JSP的代码实际上是被翻译成了一个servlet,那么其过程又是如何?JSP最终是以servlet的形式在幕后操作,但是和servlet还是有区别的,在JSP中可以有HTML元素,HTML元素是给浏览器看到的,可以这么说,我们上网,浏览器解析的就是HTML,当这两个在一个JSP文件中的时候,又是如何解析的呢? 不断有问题出现,不断在脑海中回荡,实在难受,我知道只言片语是解释不清楚,就算解释清楚了,我也不知道这个玩意是如何做的,如何实现的,我能做的就是让这个流程走完,至于具体的实现,非我这样的凡夫俗子所能理解。
页面或者视图是我们进入一个程序第一眼所看到的的,按道理来说,我们看到的应该是视图,视图是一个虚拟的玩意儿,在这个视图上面,承载了我们的数据,响应我们的一些操作。 数据应该说在一个程序中起到了很重要的作用,看得见的数据,看不见的数据,看的见得数据就是页面上直接进入眼帘的,比如说datagrid中的数...
纸上得来终觉浅,绝知此事要躬行,若干年后,自己曾经写过的博文,收藏的博文也许成为自己学习的地方。写不出什么洋洋洒洒的文章,也没有生花妙笔的天赋,只希望用自己稍微一点点的坚持来弥补这些先天的不足。
http://www.cnblogs.com/stwyhm/archive/2006/08/09/471765.html HttpHandler是一个HTTP请求的真正处理中心,也正是在这个HttpHandler容器中,ASP.NET Framework才真正地对客户端请求的服务器页面做出编译和执行,并将处理过后的信息附加在HTTP请求信息流中再次返回到HttpModule中。
在C#中如果我们要访问一个类中的私有变量?如何去做?有两种办法,一种是属性,另外一种就是暴露一个公开的方法,在这个方法里对这个私有变量,看下面的例子。 public sealed class TileInfo { private int _width = 256;...