« December 2003 | Main | February 2004 »

January 18, 2004

新年购书

三国志 中华书局版 共5册 54.00
个体的社会 译林出版社 15.30
乌合之众--大众心理研究 中央编译出版社 16.00
建筑意 中央人民大学出版社 29.80
川菜杂谈 三联 15.6
购于风入松。

January 16, 2004

用六度分割买火车票,测试中,不断更新

恐怕买不到火车票了,为了陪mm回家,我只能试试六度分割的办法。

六度分割是这样的理论:所谓六度分割理论是指six degrees of separation
是在20世纪60年代由哈佛大学心理学家stanley milgram提出的,six degrees of separation,六度分割。简单来说,六度分割就是在这个社会里,任何两个人之间建立一种联系,最多需要六个人(包括这两个人在内),无论这两个人是否认识,生活在地球的任何一个地方,他们之间只有六度分割。

我把msn的名字改成了:“huoju(请朋友们都把名字包含着句话:"求购19,20日北京到南宁t5车次卧铺2张,请联系13911041484")请大家把名字包含我名字中的这句话。谢谢。六度分割的概念简单的讲就是在这个社会里,任何两个人之间建立一种联系,最多需要六个人”

然后希望朋友也跟着改。

这个动作开始很慢,首先,mop的朋友tinyfool先改了名字,然后,同样是mop的朋友yayv也改了,继续,越来越多的人改了。

我留下了真实的手机号,我希望能成功。

一个小时左右,这个理论开始显现了一些效果。
一个朋友告诉我,有3个票务公司跟他联系,说有85折的机票。这个消息不错,不过还不是我要的。

另一个朋友说:有人问他是否改了手机号,他解释了一下,顺便让他们继续传下去。

下面会发生什么呢?让我们拭目以待吧!本贴不断更新,同时也希望看到这个贴子的朋友,用你最方便的途径,传递这个消息!谢谢了!最后的结果我也会公布在这个贴子中!
2004-01-16 14:07:25


最新的消息:通过这个信息传递网,回来的信息:

1 想买那天的t5卧铺,除非你认识部长以上级别的干部了
2 现在到处硬座都买不到

不过我仍然在等待。作为一个it工作者,对网络没有点信心和幻想怎么行?就算是幻想,也让我们看看这条路能走到什么地步好了。
---2004.1.16 14:36

最新的消息:通过这个信息传递网,回来的信息:

1 想买那天的t5卧铺,除非你认识部长以上级别的干部了
2 现在到处硬座都买不到

不过我仍然在等待。作为一个it工作者,对网络没有点信心和幻想怎么行?就算是幻想,也让我们看看这条路能走到什么地步好了。

:msn现在关闭服务器维护了,气死我了.......刚刚开始见点规模........

haha,不怕,msn会好的,还有的是时间。
到这个地步,能不能买到车票已经是其次了。我更关心,我这个信息能传递多少层?能否传递到6层?传递到6层的时候会发生什么事情?
也希望各位朋友,当你们帮我挂上了这个名字,有朋友好奇的时候,请将本页连接发给他们,http://www.mopsite.com/txt/491407259019540116.htm

对了,其中还有一个时刻,同样是mop的朋友李寻花告诉我看到了有人出售一张到柳州的t5硬座。虽然不合要求,不过还是能看出来这个信息网络确实有一定作用。

16:12
收到一条短信,转让18号t5北京到永州车票3张,联系电话xxxxxxxx

不过距离太远,而且剩下的距离无法补票。最后那段山路是最难走了。只好放弃了。
不过有需要的朋友请传呼我,我告诉你他的电话。

16:34,接到电话,保证能订到但是加价50%,这个超过我的承受能力。因为这样很接近机票了。
路途进的朋友可以考虑。

同样,需要的朋友请联系我huo_ju@hotmail.com,我告诉你联系方法。

16:42,收到短信:
你买到票了吗?
我回复:没有
对方回复:新年快乐!

不知道是那位朋友,非常感谢你的祝福!!!

poppy98给您发送的信息 【2004-01-16 17:34:31】【保存】
--------------------------------------------------------------------------------
re:
http://www.piao.com.cn/train/lianxi.asp?id=7329


内容
我要 转让 火车票
车次 始发站 目的站 席位 数量
t5 北京 南宁 硬座 2
联系人 联系电话 发车日期
戚先生 13693668459 2004-1-20
17:34:31,感谢poppy98!

最新消息 1.17 10:03
     转让T5 20号的俩张 北京-南宁的。。但是这是北京到-石家庄的硬卧铺。。。你可以在车上补。。随便补 到哪个站。。如果你买不到这次车的票可以考虑一下,俩张。一张价格125元。。手续费一张十元。。。不加二价格。我买来就是这价格。需要的朋友请和我联 系。QQ。1255117

16:14:15 L415 1.18 23:20 硬卧下铺2张 1168元

 

这个是最后的消息。不过我再次放弃了。

 

最后的结果:






中国南方航空公司电子客票旅客信息


出票单位:B2C网上售票















旅客姓名:  航程:北京-南宁
订单编号:C0401170132 订座记录:CVH7P
航班日期:2004-01-21

起飞时间:1305

航班号:CZ8722 舱位:K
票面价:1680


只好如此了。


如果让我评估一下这次行动,我想还是成功的。因为,2张硬座,到永州的,还有最后的L415等等,如此信息,已经实数难得。感谢所有的人。感谢你们!!


下次,下次如果时间充裕一些,我想会更好。希望我能作出一个类似的网站,让大家交流各种信息。:)明年大家就都不发愁了。

January 5, 2004

O/R Mapper和代码生成器有什么不同?

原文:http://dotnetjunkies.com/weblog/seichert/posts/4699.aspx


  上一个贴子里面,我大概介绍了O/R Mapper。一些回复认为O/R Mapper类似于代码生成器。
O/R Mapper和代码生成器有什么不同呢?
  代码生成器使用一些设置好的模版来生成一串完成的代码。当一些部分有所变化的时候,需要代码生成器重新生成全部代码。
  O/R Mapper是一种组件framework,这种framework可能使用运行时代码生成方式来辅助从对象到关系数据库的映射,但是它不仅仅只是把DAL代码生成出来。让我们来用一个简单的例子说明。
  在我的O/R Mapper中,我使用了运行时代码生成的方式。生成的代码不会被使用Mapper的开发者看到或人工编译。下面我们一步一步来看我的mapper是怎么样作代码生成的。

一步,如前所述,生成传统代码,生成器建立对象和对象的属性和进行mapping所需要的属性。对象建立之后就可以被编译到程序集中了。这时候,还不存在
用于从数据库保存,删除,读取对象的代码。当应用程序运行时,一旦程序保存对象信息,动态代码和SQL即被framework生成,并且被编译为动态程序
集。动态程序集被缓存,然后被framework用来处理并发请求,保存对象数据。



  • 开发者不需要看到,也不要关系这部分代码。

  • 开发者不需要用另一个工具来生成代码。
  • 生成出的程序集永远是新的。

  总之,代码生成器就是代码生成器,但O/R mapper可能会在其framework中使用运行时代码生成器 辅助对象到数据库映射,但,他不仅仅是代码生成器。
  你不会看到他生成的代码(一般来说),他减轻了开发者编写和管理DAL代码的负担。与其考虑写(或使用代码生成器生成)保存,删除,读取的代码,不如多去考虑业务逻辑和程序需求,让O/R Mapper去做那些事情吧!

到底什么是 O/R Mapper

为什么要翻译这个?

一次和一个群里面的朋友聊天,有人说最近发现了新的设计数据库方法,就是把数据库的列和对象属性一一对应,这样设计很方便。我说寒,那有这么容易的,实际情况复杂去了,怎么能一一对应。

然后老兄大骂了我不懂,然后找来一篇文章作论据,我打开看看,是讲O/R Mapper的。我寒的不行,没敢再多说话。

印象中始终缺乏好的关于O/R Mapper的中文文章,所以造成很多人概念不清。O/R Mapper到底是什么?

Steve Eichert这一系列文章讲得不错。打算跟着翻译一下,给自己增加点认识。当然也希望对更多的人有所帮助。

原文:http://dotnetjunkies.com/weblog/seichert/posts/4677.aspx

到底什么是 O/R Mapper

 

  最近社区里面讨论O/R Mapper的越来越多了,但是,到底什么是O/R Mapper呢?
  让我们从O/R开始。字母O起源于 "对象"(Object),而R则来自于"关系"(Relational)。几乎所有的程序里面,都存在对象和关系数据库。在业务逻辑层和用户界面层中, 我们是面向对象的。当对象信息发生变化的时候,我们需要把对象的信息保存在关系数据库中。

  当你开发一个应用程序的时候(不使用O/R Mapper),你可能会写不少数据访问层的代码,用来从数据库保存,删除,读取对象信息,等等。你在DAL中写了很多的方法来读取对象数据,改变状态对象等任务。而这些代码写起来总是重复的。
   如果打开你最近的程序,看看DAL代码,你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例,你传入一个对象,为SqlCommand对象添 加SqlParameter,把所有属性和对象对应,设置SqlCommand的CommandText属性为存储过程,然后运行SqlCommand。 对于每个对象都要重复的写这些代码。
  除此之外,还有更好的办法吗?有,引入一个O/R Mapper。实质上,一个O/R Mapper会为你生成DAL。与其自己写DAL代码,不如用O/R Mapper。你用O/R Mapper保存,删除,读取对象,O/RMapper负责生成SQL,你只需要关心对象就好。

  好,还有什么问题?哈哈,我从没有讨论过Mpaaer这个部分。现在,我们有对象,有关系数据库。在他们之间我们有自己的O/R Mapper。很多时候,对象的属性不可能100%和数据库的列相符。为了把我们的customer对象的FirstName属性保存到数据库的 t_Customer表中的first_name列,我们需要做一些"Mapping"。我们需要让O/R Mapper保存FirstName属性到t_Customer表中的first_name列。我们在O/R Mapper中设置这些Mapping。除了mapping对象属性,我们还需要定义keys及对象关系。

  优秀的O/R Mappers会提供设计器,帮助我们设置所有需要的mapping。一些不成熟的O/R Mappers(大多是FREE的)用xml文件来定义对象和数据库的mappings,另一些用自定义属性完成。通过什么方法mapping不是最重要 的,重要的是这种O/R Mapper允许我们设置哪些mappings。

  定义好所有的mapping之后,这个O/R Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存、删除、读取的SQL语句,我们不再需要写那么多行的DAL代码了。
  O/R Mappers远不止我所讨论的这些内容,在以后的贴子中,我将继续讨论O/R Mappers提供的其他功能。

January 1, 2004

blog之随感

今天也许将是个值得纪念的日子--csdn文档中心终于开始了rss,也就是说,走向了blog的第一步。

说是值得纪念有二,其一,我的朋友们终于开始了他们的事业,其二,blog大潮来势汹涌,而csdn的这一步,以后也许会被证明是blog在中国发展的浓重一笔。

就在前面的一个月里,2003年的最后一个月里,donews开始了blog。2003是多有意思的一年,blog瞬间就传遍了网络。某种程度上,要感谢MZM,无论是对她是否不屑,无论FXD多么不懂blog,新的概念被更多人知道总是好的。思想要变成利润,首先就需要一个大家都接受的环境,或曰土壤。

现在好了,大家都blog了,甚至在这深夜,我仍然在不辞辛苦得往自己的blog上面敲打着。

这本身就说明了一个问题--blog不是一个留言板,这是一种新的东西。这是一种新的环境,一种新的生存空间。在中国数目巨大的网络用户这个前提下,一切新鲜事物都会被放大到可怕的地步。blog也是。好吧,我们不管他好或是不好,网络已经转暖,赚钱的机会来了。blog绝对是个能赚钱的东西,虽然大多数人还没意识到。丁磊还在宣称没什么新鲜的。好啊,这样才好,如果不是这样,怎么能有新的创业者成功?在这一切都变得似乎无聊的要命的时代,一个好的切入点简直太宝贵了。blog,给了我们很多。

拭目以待吧。也许很快,也许不快,但,总会看到这东西的力量。

10年前,谁会想到中国人几乎人手一部手机呢?只有想不到的,没有作不到的。看着吧,等着看blog怎样变成一种新的生活方式。

2003年,回头看看

2003年的元旦 那时候还是忙忙碌碌的自由职业者,当时手边忙着2个项目,晕头转向。元旦也就那么过去了,似乎没什么感觉。

2003年春节 春节前项目基本完成,钱也到手了。觉得累,准备找个固定的工作。面试了几个地方,还算顺利,基本都有offer,差不多是任凭我挑选。挑来挑去,被当时的部门经理黄非所吸引,决定来这个公司。春节后上班。

2003年3月 我的师兄,我的朋友许扬帆来了北京,从他毕业离开我们学校后,已经3年未见面了。老兄已经是21世纪的名记,俨然事业有成。聊了一晚上,然后用笔记本联线打魔兽,感觉好像回到了大一的时候,天天一起厮杀星际的日子。3月最令人难忘的一个晚上。

2003年4月 非典 公司放假,不过非常人道的没有克扣任何工资,而且要去有事去公司的全部打车,可以报销,且给加班费。非典最严重的时候,公司开始了赠卡活动,全国几万因非典停课的学生,在网校继续了他们的学习,感觉不错,至少是件很有意义的事情。
          非典期间发生了一件现在看来比较有意思,但当时看来非常恐怖的事情。去了一次游乐园,回来之后听说同去的一个人发烧了。2天以后警报解除,她是因为别的问 题发烧的。但这2天也着实令人难忘,恐怖中上网跟大鱼儿聊天,在他的安慰下感觉好了很多。再次感谢大鱼。

2003年5月 因为非典,这个5.1过的真是凄惨。和lili在家疯狂的打diablo2。鼠标坏了。听大鱼的建议卖了一套ms的键盘鼠标,果然好用的很。从此以后开始喜欢起高档外设。哈哈,又多了个花钱的地方。

2003年6月 非典影响减弱了。公司开始了基于.net的网站改版,我参与了这个项目。没想到竟然泥潭一般,差点拔不出来。虽然最后还是顺利完成了。
          公司在广州的广州分校项目急需个弱电项目经理,介绍了telipu来面试看看。结果转眼这家伙就被派到了广州,在那边呆了3个多月。最后竟然抱得美人归,有意思。

2003年7月 非典总算过去了。我们骑自行车去了趟八达岭,好多年没骑自行车了,但骑起来感觉还是不错的。可惜这次之后就再也没时间跑这么远了。

2003年8月 韩磊来了北京,我终于见到了这个仰慕已久的家伙。没想到这一见引出了后面许多故事,哈哈。

2003年9月 telipu终于从广州回来了。一次莫名其妙的吵架让我离开了几乎成为生活一种习惯的cndev.net,不过还好,我们有了codelphi.com

2003年10月 telipu的MM从广州来北京看他,大家一起去天津FB了一下。第一次吃日本料理,嘿嘿。玩得不错,快乐而短暂的10.1。
          这个月买了我的房子。很自豪的,没找家里要任何赞助。交了一大笔首付,顿时成了穷人。

2003年11月 5号,lili生日,25岁。7号,我的生日,24岁。6号的时候我们一起庆祝了生日。虽然吵吵嚷嚷,虽然打打闹闹,虽然甘苦自知,我们又一起度过了一年。

          这个月中,另一个有意思的人--戴飞来到了我公司,跟我一个部门。有多了个朋友&合作者,很令人高兴得事情。

2003年12月 公司项目终于完成。虽然我并不满意。但总算是完成了。

2003年是我大学毕业的第一个年头,也是我的本命年。这一年倒是没有碰上什么不顺利的,反而作了几件大事情。到年末回头看看,这一年,还是不错!

about me:
me.jpg
CC License. Some rights reserved.
署名·非商业用途·保持一致
本站之所有未作特别说明的内容均使用 创作共用协议.
POWERED_BY_MT_3.2