随笔 - 81  文章 - 1033  trackbacks - 0
<2007年2月>
28293031123
45678910
11121314151617
18192021222324
25262728123
45678910

在浮躁的年代里,我们进取心太切,患得患失;虚荣心太强,战战兢兢。一心争强好胜,惟恐榜上无名。
I think I can fly , and flying like a bird !
程序员一名,已售出,缺货中!

我的邮件联系方式

用且仅用于MSN

博客点击率
free web counter
free web counter

常用链接

留言簿(36)

随笔档案

搜索

  •  

积分与排名

  • 积分 - 186104
  • 排名 - 309

最新评论

阅读排行榜

评论排行榜

     摘要: 原文出处:http://www.blogjava.net/ilovezmh/archive/2007/04/16/111106.html  阅读全文
posted @ 2007-04-19 15:41 cresposhi 阅读(1217) | 评论 (1)编辑 收藏
     摘要: 从基础讲起,从重点讲起!我觉得祝子这个系列的文章非常好,不管是对于javascript的入门同学还是有一定javascript经验的老手都是个很好的系统学习资料。来自经典的《javascript高级程序设计》。

原文出处:http://www.blogjava.net/ilovezmh/archive/2007/04/16/111098.html  阅读全文
posted @ 2007-04-18 23:31 cresposhi 阅读(1335) | 评论 (3)编辑 收藏
posted @ 2007-04-13 17:12 cresposhi 阅读(742) | 评论 (4)编辑 收藏
     摘要: OO经过这么多年的锤炼和考验证明是极好的,虽然也有些的人提出一些反面的意见,证明时代在发展、进步大家需要更先进的设计方法,不过OO终归是目前应用最为广泛也最为适用的程序设计方法学。个人觉得适用最为重要,毕竟OO是能够很好解决大多数复杂系统设计的。不过同时OO也让设计者陷入一个两难的境地。一来容易设计过轻,也就是设计的不够,发挥不了OO的强大和精妙之处,面向过程和面向对象的夹杂反而使得实现者摸不着头脑非常痛苦(很多时候这里指的设计者和实现着会是同一个人);二来容易设计过度,让OO从一个手中的工具变成了一块脚下的石头,让实现者工作起来异常的不顺利,觉得做了很多脱了裤子放屁的事情(请容许我的粗鲁,因为我再也找不到比这个更好的比喻了)。

要解决这些问题往往需要经验的积累和技巧的总结,知道OO理论的人不少,真正在设计中运用的好的确实不多。当然OO设计中最最重要的一个部分就是继承了,下面列举一些常见的继承设计技巧,读过《Core Java》的人可能对它们非常熟悉,我结合我自己的理解做一些说明,也当作一个学习。当然不是记住了这些所谓的技巧就学会了继承设计,总的来讲设计是  阅读全文
posted @ 2007-04-12 01:51 cresposhi 阅读(2073) | 评论 (12)编辑 收藏
posted @ 2007-04-10 16:07 cresposhi 阅读(636) | 评论 (3)编辑 收藏
posted @ 2007-04-07 14:25 cresposhi 阅读(653) | 评论 (2)编辑 收藏
     摘要:
强烈、非常强烈、超级强烈、强烈的不能再强烈的向你推荐google本地化新产品---谷歌拼音输入法!!!完全可以取代你机器上现在安装的或者你打算安装的任何一款其他输入法!太激动了,先给地址,还只是刚出的版本就已经做到了这种程度,可想以后的发展!

主页:http://tools.google.com/pinyin/index.html
功能介绍:http://tools.google.com/pinyin/feature.html
支持中心:http://www.google.com/support/pinyin/?hl=zh_CN

打上面的这段文字我的正确率是100%!!!我的意思不是我没有打错别字,而是我没有在输入中选择过字!!!信不信由你!!!我相信你用了它就相信了!  阅读全文
posted @ 2007-04-04 21:37 cresposhi 阅读(3917) | 评论 (44)编辑 收藏
posted @ 2007-04-04 16:29 cresposhi 阅读(512) | 评论 (2)编辑 收藏
     摘要: IE(含IE6、IE7)下用程序触发鼠标点击事件显得很飘逸,一句代码而已,但它的不守规矩着实让我郁闷了一把。而FireFox则是遵循模型办事,代码多了几行不过清晰了很多。废话不多说,因为代码会说话:)。  阅读全文
posted @ 2007-04-04 15:19 cresposhi 阅读(7014) | 评论 (21)编辑 收藏
     摘要: 学Java也有些年头了,但无时无刻不深感Java基础知识、Java的OO以及Java的API也就是所谓的Core Java之重要性,从来不敢放松对它们的反复学习和提炼。并且事实证明在对它们的慢慢积累和深透的学习中悟出更多的编程之道,编程能力也在一步步见长。即使在转而学其它语言的时候应用相应套路也会事半功倍(不过抓住不同语言之区别也至关重要,要不会走很多弯路)。

最近决定重读Core Java,并希望能找到以前遗漏的部分,并梳理出个更清晰的头绪。做到先把书由薄读厚,然后把书有厚读薄!(再说计算机的书本来就没有薄的,汗)不打算大篇幅的把内容都贴上来,只是想借助blog记录些需要时刻注意的重点供自己与大家分享。  阅读全文
posted @ 2007-04-03 01:48 cresposhi 阅读(8728) | 评论 (35)编辑 收藏
     摘要: 刚在CSDN看到一个人贴的前不久腾讯的招聘面试题目,个人感觉非常的BT,也不知道他们要招什么样的开发人员,贴在这里给大家看看,呵呵。  阅读全文
posted @ 2007-04-02 16:13 cresposhi 阅读(5344) | 评论 (14)编辑 收藏
     摘要: mooTools

官方网址:http://mootools.net/
下载地址:http://mootools.net/download
release 1.00
mooTools is released under the Open Source MIT license, which permits you to use it and modify it in every circumstance.


description:

MooTools is a compact, modular, Object-Oriented javascript framework designed to make writing extensible and compatible code easier and faster. MooTools lets you get the job done efficiently and effectively.  阅读全文
posted @ 2007-04-02 01:40 cresposhi 阅读(6269) | 评论 (20)编辑 收藏
     摘要: 只能说IE有太多臭名昭著的BUG,让我头疼不已。数本关于页面标准的经典大作上也毫不留情的把IE批的一钱不值,我想大师们也是痛恨的。下拉框可以说是最著名的之一,不知道为啥它总要在最上面,匪夷所思。我一般的做法是需要的时候直接把页面内所有select全visibility:hidden了,注意在这里display:none是个很危险的操作,至于为什么大家自己琢磨它们的区别吧。  阅读全文
posted @ 2007-04-01 17:52 cresposhi 阅读(2751) | 评论 (11)编辑 收藏
     摘要: 针对很多朋友一直问切图的问题,其实自己写个简单的切图程序并不复杂,或者利用一些GIS中间件来切图也是一件不太费事的事情,Tom Xu也给出了他的基于ArcInfo的定范围和定比例两种切图方法的文档,依然有很多朋友反复的问道切图的问题。Tim今天翻出了很久之前做MapEasy的时候特地写的两个切图小程序,拿出来分享给大家,由于他人在国外很多事情都不方便,我就帮他在这里发布一下,希望更多对于基于MapEasy切图有疑问的同学们能够看出些端倪。  阅读全文
posted @ 2007-03-29 20:57 cresposhi 阅读(4671) | 评论 (4)编辑 收藏
posted @ 2007-03-29 12:43 cresposhi 阅读(456) | 评论 (2)编辑 收藏
     摘要: 在BeanSoft的大力推荐和帮助下,我成功利用xwiki配置成功MapEasy的Wiki文档库,感谢beansoft感谢xwiki,当然还要感谢小祝和他姐夫!昨天晚上bbs出现不能访问状况,小祝与他姐夫依然耐心帮忙查找问题并解决,代表MapEasy的所有朋友衷心感谢!  阅读全文
posted @ 2007-03-28 12:48 cresposhi 阅读(3720) | 评论 (12)编辑 收藏
posted @ 2007-03-27 21:37 cresposhi 阅读(477) | 评论 (5)编辑 收藏
     摘要: 为什么强调是基础知识,因为往往基础知识才是最容易被忽略,最容易忘记的部分,其实也是最难掌握全面和深入的部分。其实我更愿意叫这些知识为核心知识,其实它们并不基础,而是整个知识体系的核心。

比如你是不是在面试的最关键时刻面对一道“基础的”排序题抓耳挠腮?你在快乐编码的时候被一个似曾相识的“基础的”API打断而翻箱倒柜找文档?几个人能说自己全面的了解Java几个基础类库?这些基础的往往也是最重要的、最核心的。  阅读全文
posted @ 2007-03-26 22:34 cresposhi 阅读(2586) | 评论 (18)编辑 收藏
     摘要: 我要了份鱼翅炒饭,用三双筷子楞没找着鱼翅,你能告诉我鱼翅在哪吗?厨师说,我叫鱼翅


编辑:你去写一篇既打破世俗伦理,又包含江湖门派间多年恩怨情仇,同时情节还要扣人心悬,大有血雨腥风呼之欲来这样的微型武侠小说。第二天交工,全文只有十个字:秃驴!竟敢跟贫道抢师太~  阅读全文
posted @ 2007-03-26 14:27 cresposhi 阅读(514) | 评论 (3)编辑 收藏
posted @ 2007-03-24 14:40 cresposhi 阅读(970) | 评论 (2)编辑 收藏
     摘要: 山茶:
你好!
我想在双击时获得当前视图的bound,在双击事件中添加status = MapModel.bound;可是只是得到原始的bound

// 在地图上加入双击事件
MapEvent.addListener(map, MapEvent.DBLCLICK, function(e) {
var coord = MapEvent.getEventCoord(e, map);
var marker = new Marker(coord.getPoint(), Marker.LARGE);
map.addOverlay(marker);
marker.setInfo("Hello! it's marker: #" + marker.getId() + "");
status = MapModel.bound;//添加
});

这是怎么回事,貌似我没有得到当前对象  阅读全文
posted @ 2007-03-23 23:36 cresposhi 阅读(2710) | 评论 (5)编辑 收藏
     摘要: MapEasy在很长一段时间里都维持着我一人维护的状态,我个人资历也不深,也有太多东西需要学习,所以时间自然也很少,在GIS方面经验也较浅,所以深感力不从心。一直以来也只有一个QQ群比较活跃。直到有一天QQ群终于人满,一批热心关注MapEasy的朋友们又提出了MapEasy如何发展的问题。QQ群适合浅聊不适合深究,也不利于把大家的想法和讨论结果保留下来供查阅或供新人学习。所以决定了从开一个BBS开始逐步完善MapEasy的环境,从而再谋MapEasy发展大计。

BBS地址: http://www.mapeasy.org.cn/bbs  阅读全文
posted @ 2007-03-23 22:03 cresposhi 阅读(1958) | 评论 (5)编辑 收藏
posted @ 2007-03-21 10:14 cresposhi 阅读(386) | 评论 (6)编辑 收藏
     摘要: 对于昨天下午QQ群中出现的事情做一些说明,具体起因是“石头”在群里一直在问一些我觉得是比较抽象无从回答的问题,一直没有人很仔细的回答。并且在次之前“石头”曾经加过我QQ私聊,我也不敢保证我理解了他的全部意思,所以我希望他有问题无法解决可以列出清单发邮件给我,我来尽力号召大家来解决和回复。我其实跟其他人也是这么说的,我这样做的目的其实是因为想把大家的一些解决不了的疑问尽我的能力聚合大家的力量来解决并花一些时间来总结成为文字,有一个资源的积淀,这样不管大家还是新来的朋友都可以从中受益。后来“石头”居然几句不爽就出口骂人,我想我是很震惊的,我所见过真正专注于技术的人虽然都偏执,但同样很谦逊。群里其他的朋友也都对这件事情做了一些评论。
  阅读全文
posted @ 2007-03-15 09:50 cresposhi 阅读(989) | 评论 (6)编辑 收藏
     摘要: 在上一篇笔记WebWork In Action学习笔记(二) WebWork方式的HelloWorld 中我们已经学会了如何构建一个简单的WebWork应用程序,除了创建几个简单的Java和Jsp程序外还配置了web.xml和xwork.xml。本篇我们就来继续讨论都是在xwork.xml中配置的action、result和interceptor三个极其重要的部分。正是它们实现了WebWork中优雅的MVC,result更是支持多种表现方式让开发Viewer变得更加容易,而interceptor则让WebWork变得异常强大并具有魔法。下面我们就开始吧!  阅读全文
posted @ 2007-03-10 17:32 cresposhi 阅读(4472) | 评论 (16)编辑 收藏
posted @ 2007-03-09 23:13 cresposhi 阅读(592) | 评论 (9)编辑 收藏
     摘要: 离上次的计划已经有快两个月时间了,也基本上完成的差不多了,这两个月的学习成果可能比去年半年的还多,我想我现在处在一个快速成长的时期,同样也是处在瓶颈时期,能到什么样的高度,现在可能起着决定性的作用。所以依然不能够放松,送一句话鼓励自己:吃得苦中苦,方为人上人!

最近可能事情太多,碰到的东西也太多,又有一点没有方向的感觉。再列一个短期的计划,让自己保持清醒的头脑,少走弯路。  阅读全文
posted @ 2007-03-08 00:09 cresposhi 阅读(795) | 评论 (16)编辑 收藏
     摘要: 另外有一个问题也困扰我一段时间,就是如何设置中心坐标的问题.我希望得到的效果是:当打开地图时,不是定位到地图的左上角,我是希望定位到地图的中心,但是我不明白这一句:mapbuilder.outputMap(new Point(-100, 65), 1);这时里面的值是怎么设置的,如果我的地图的长度*宽度为1995*1433,那么是否可以这样设置:mapbuilder.outputMap(new Point(997, 716), 1);这样设置后,是否可以定位到我的地图的中心呢??

再次感谢MapEasy的各位大侠,祝愿MapEasy越做越好!


yzhrain既然提到了这个中心坐标的问题,并且也写到了中心坐标的设置是由mapbuilder.outputMap(point, level)这个方法来设定的,其实思路是正确的,我们就来详细的分析一下outputMap这个方法的源代码,问题也就自然明晰了。  阅读全文
posted @ 2007-03-07 00:09 cresposhi 阅读(3671) | 评论 (4)编辑 收藏
     摘要: yzhrain在看完我的MapEasy答疑(三) row,column,level与瓦片显示的关系【很多朋友反复问到的问题】这篇答疑文章后在论坛里又提出了如下两个问题:

1. 当level=1变为level=2时,瓦片(就是页面上包含img的div)的长与宽是不是不变,比例说:level=1时,瓦片的width和 height为256,256,那么level=2时,它的width和height是否还是256,256呢?

2.在MapEasy中的地图缩放(放大与缩小),是不是这样:放大与缩小,页面上img的width和height都是不变的(假定width= 256,height=256).放大时,从服务器请求的图片的实际尺寸为(128*128),简单说,就是用一个256*256的img标签来显示一张实际大小是128*128的图片;相对地,缩小时就是用一个256*256的img标签来显示一张实际大小是512*512的图片.  阅读全文
posted @ 2007-03-05 11:23 cresposhi 阅读(3910) | 评论 (14)编辑 收藏
     摘要: cyg_gis在我的博里留言,问到如下三个问题:

1.请问level不同时如何分割图片,是否根据坐标来?
2.level变动时,function NewMapType() {}函数如何实现?
3.可否说说MapEasy的执行流程。

这也是很多的朋友在群里和论坛里经常问到的问题,也因为最近比较忙都只是做了简单的交流,今天抽空在这里把这个问题分析一下,我想上面三个问题也就自己解开了。  阅读全文
posted @ 2007-03-02 02:04 cresposhi 阅读(5292) | 评论 (18)编辑 收藏
     摘要: 以前听很多人说Appfuse好,但一直没时间看看,也因为是外国人的东西,文档主要还是英文的。后来看了SpringSide(国人写的同类框架,其实我更愿意称他们为Auto Build Tools),国人写的,文档好读。确实发现这类Tools确实是好,好在哪里?主要不是说他们有多方便,让你开发省多少事,而是他们有一个共同特点:使用业界最新、最好、最流行的技术和相关框架程序,并且他们都是最佳实践(Best Practises),更重要的是配备了相当简单易懂但重点突出的文档。是学习和使用最新、最好、最流行技术的最好帮手,让你很快上手,免去了一个很漫长的去粗取精的过程。  阅读全文
posted @ 2007-02-28 20:52 cresposhi 阅读(1979) | 评论 (4)编辑 收藏
posted @ 2007-02-24 01:22 cresposhi 阅读(671) | 评论 (11)编辑 收藏