U148 Archive

Markdown archive served by Next.js

someok

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/index.php?blogid=8036&m=200407 存档链接: https://web.archive.org/web/20041030041146id_/http://www.blogbus.com:80/blogbus/blog/index.php?blogid=8036&m=200407

.: 日历 :. 2004 年 7 月 Sun Mon Tue Wen Thu Fri Sat 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 .: 站内搜索 :. .: 快速登录 :. .: 读书笔记 :. 敏捷软件开发： 原则、模式与实践 .: 最后更新 :. 酒桌偶感 我所期望的项目过程管理系统 随便说说2 人类SARS冠状病毒动物源性被证明 果子狸为主凶 很多公司往往会遇到这样两个问题 上传附件（类似gmail） 说些无聊的话 什么是中间件？ Oracle的兼容问题果然让人郁闷 焰火 .:

最新评论 :. 林星 : class/object是一. love_java : 嘎嘎。。怎么有这. asiapan : 有道理！. virus : 我不是从事IT的，. kevin : 骂得痛快！ . 郁也风 : 不过，从争论还可. 郁也风 : 呵呵，你说的也有. soko : 老大其他我就不说. soko : 老大其他我就不说. asiapan : 就这样？附张图片. .:

存档 :. 1970/01/02/-2004/01/01 2004/01/02/-2004/05/01 .:

我的链接 :. 默默无语 北漂男人 龙心客栈 冰云@NonaStudio log4u 透明思考 jini (99% jakarta) blogging 土豆仙的炼丹炉 一亩三分地 口水集 .:

上海天气 :. .:

CNBlog最新目录集 :. .:

扩展功能 :. ◇ Refer... :: 首页 技术心得 (47) 技术文摘 (30) 琐事杂谈 (33) 牵针引线 (3) 直接转载 (4) ::wiki:: 留言簿 试用了一把.net

  • [技术心得] 花了九牛二虎之力，再加上网友的提点，终于将这个硕大的.net开发环境装上了。稍微试用了一下，当然，仅限于拖拖拉拉的水平了。初步的感受是asp.net其实和java中的taglib没什么太大的不同，然而因为有着强力ide的支持，所有的一切就。。。爽了。。。这不就是个delphi、vb嘛。拖着拖着甚至产生了怀疑：是不是就在这么拖着就可以搞出个系统来了？呵呵。 sun的jsf也β一阵了，不过我是绝对的怀疑它的生命力。。。 累了，倦了，睡吧。。。 someok 发表于 2004-07-27 &nbsp22:37 | 阅读全文 | 评论(1) | 引用(trackback0) 为什么我眼里常含眼泪
  • [琐事杂谈] 为什么我眼里常含眼泪 因为我对这土地爱得深沉…… ――艾青 两所乡村小学和一个支教者 转自天涯 很久没有体味这泪腺分泌的滋味了。清晰看见了在这伟大灵魂映射下的我的那个小来。 可除了捐点钱外，又能做什么呢？ someok 发表于 2004-07-25 &nbsp01:21 | 阅读全文 | 评论(1) | 引用(trackback0) 在web页面弹出对话框下载文件的操作方式
  • [技术心得] 备查： int BUFFER = 2048; ffice ffice" />

// 待下载文件的处理过程，当然也可以只指定某个实际存在的文件

// ......

// 设置文件头，以及下载框中出现的文件名： file.ext

response.setHeader( "Content-disposition" , "attachment;filename=file.ext" );

// 设置类型

response.setContentType( "application/x-download" );

ServletOutputStream servletOut = response.getOutputStream();

// 实际要下载的文件名称

File file = new File( "willdownloadfile.ext" );

// 设置内容长度

response.setHeader( "Content-Lenght" , String.valueOf(file.length()));

// 下面的很简单了，使用流的形式读写

InputStream in = new BufferedInputStream( new FileInputStream(file.getPath()), BUFFER);

int count = 0;

byte [] buf = new byte [BUFFER];

while ((count = in.read(buf, 0, BUFFER)) != -1) {

servletOut.write(buf, 0, count);

}

servletOut.close();

in.close();

someok 发表于 2004-07-22 &nbsp11:52 | 阅读全文 | 评论(2) | 引用(trackback0) MIME type list...

  • [技术文摘] 最近需要用到几个Mime Type，在网上一通疯狂查找，为便于以后方便，在此留一份做底。 不过这个Blog好像有字数长度限制，把那些Mime 贴上来只能出现一半，没办法，把他们放到wiki上吧。下面是链接： MIME Type List someok 发表于 2004-07-22 &nbsp11:06 | 阅读全文 | 评论(0) | 引用(trackback0) 最近试用了一堆UML工具，留点痕迹吧
  • [技术心得] 最近疯狂试用了一堆的uml建模工具，如together、magicUML、VP-UML、Poseidon（最慢）、EA、argoUML已经以前用过的rose的新版XDE、现在还一直用着的Powerdesigner10，用后最大的感觉是老牌的到底是老牌啊，其中的together、pd以及rose功能果然强大，尤其是人机界面方面确是大家风范，而其它几款工具就颇有点搞技术的风格了：为技术而技术。 当然上面的些微感受只是小结（听了垂前辈的课，总是喜欢不由自主的去想想那些ui方面的东东，呵呵，被洗脑了^_^），就功能来说，上面列举的那些工具对uml建模的支持都非常出色，而本人的uml水平怎么说也只是半瓶子咣铛的层次，所以就藏拙先。下面就看看在我最常用的类图方面这几款工具给我的感受。 对我来说，最希望的是集成度高的建模工具，集成uml建模、数据库建模。 对于纯正的分析人员来说，这样的集成意义也许并不太大，但是对于我们这些战斗在第一线的程序员来说，如果数据模型和类图能够互相转换，可以尽量少地调整，那当然是最完美的了。 要知道，对于一般软件公司来说，最常见的系统开发流程也许是：数据库建模-框架代码-实际编程等。最常用的工具也许就是ERWin、PD搞数据库表结构，rose或其它工具建立类图结构，然后生成框架代码。很显然不同的工具之间整合是不存在的。 对于现今炒的比较火爆的DAO模式来说，由于其pojos和实际的关系型数据库的表结构存在“几乎”一一对应的映射，所以如果能够从表结构直接生成那些pojo，或是从pojo得到表结构，那显然会节省很多的工作量。 这方面那些工具的提供商们显然也是想在了我们前头。rose、pd就在这方面下了功夫，其中尤其以pd更加的出乎其类、拔乎其粹，它可以在pdm、oom以及cdm之间灵活切换，互相更新，当时尝试这个功能的时候，可以说是颇为激动的，然而遗憾的是，事事总有瑕疵，pd的代码同步实在让人难以忍受，它生成的代码不够完善无所谓，我可以用其它工具调整，然而将调整后的代码再次导入的之后，代码又会被它搞得面目全非，而且其同步功能用起来颇为费劲，开始时还颇让我花费了一番功夫来领会那个“同步”的概念，原来它的所为同步是将硬盘上的实际代码同步到类图中，而从类图中到物理代码的转换只能使用“代码生成”功能了，而且其生成的代码格式不是很合乎规范（当然，这些代码的格式是可以在pd中编辑脚本灵活控制的，可问题是，我不会编辑那些脚本），如果pd将上面说的那个功能再进一步增强的话，可真就距离完美不太远了：）另外还有一个诟病就是我没在pd中找到指定classpath的地方。 至于rose，实在不想说啥了，在rose2003的年代，用起来还颇为顺手，而且配置后占用的资源也还能忍受，可到了xde，情况就全变了，虽然一直知道ibm的东西一直大而无当（难用），可没想到xde手感如此之差，而且本人512M内存的机器跑起来也是吱吱嘎嘎的。我必须承认的是，xde确实强大。但我也得承认的是，我没怎么用，所以也没什么发言权。 如果说pd的前述功能以及资源占用率小等优势加上together的代码同步功能的话，那UML的世界相信会更加美丽。together的代码同步功能是有口皆碑的，在这个优势之下我甚至忽略了它其它同样优秀的功能，除了资源占用率外（不过，同xde相比还是可以忍受的）。而且它画的图个人感觉最pp了：）应该说together是这么多工具中让人感觉手感最好的一个了。 所以我现在采取的手法是先用pd将数据库模型建好，然后再转成类图，生成框架代码，调整之后，导入together进行细化，用起来还是不错的，不过如果需要增加属性的话，只好手工在类图中和pd的数据库模型中增加了，这世界毕竟不是完美的啊！ 还有一个值得关注的工具是EA，只有15M，不过麻雀虽小，五脏据全，资源占用最小，图也pp，不过其使用习惯跟上面那些工具都稍有不同，需要适应一下，感觉就uml建模来说，也许分析人员会更喜欢这个工具的，当然，我就不考虑了，那个生成代码功能虽不是最差却也不远矣。最要命的是，一个英文软件，在中文操作系统上居然有乱码存在，无言了。 注：现今的hibernate提倡的开发模式是直接使用pojo代码生成表结构，然而这种完全面向对象的开发模式还很难在一般软件公司中使用（开源项目可能会这么玩玩），但对于一些规模较大的系统，这么做的话，无异于给自己下套，而且数据库结构也是开发和验收中一个很重要的文档资料啊 someok 发表于 2004-07-19 &nbsp16:24 | 阅读全文 | 评论(4) | 引用(trackback0) 263，你让我忍无可忍了
  • [琐事杂谈] 当初互联网收费风潮风起云涌，也颇让人以为是大势所趋了，当时也由于手里的sohu、sina的免费邮箱太垃圾，最后也随大流搞了个263的收费邮箱，之所以选择263，是因为它可以提供邮箱别名。还号称有邮件杀毒功能，用了一段时间，感觉同别的免费邮箱也无太大区别，当然垃圾邮件是每次收邮件所必不可少的内容了，我的macfee也经常活蹦乱跳地告诉我发现病毒，当时放眼过去，好像邮箱都这样，俺也忍了，就这么用到了现在。 可最近终于忍无可忍了，因为：人家google、yahoo都扩了用不玩的容量，而我们“可爱的”收费邮箱263却是毫无动静，当然，容量无所谓，10m和100m用起来也没有太大区别（对我来说），那么容量之外你是否给我点亮点啊，可惜的是，论增值服务它不如yahoo（yahoo提供了网上硬盘、记事本、日程安排等功能。论易用性它也不如gmail的人性化。而且最最让我受不了的是那垃圾邮件、病毒是没完没了，如果说gmail是因为刚开始，病毒还没准备进攻，那么yahoo的邮箱可是放那多年了啊，而且我的263我还只是在朋友、客户之间使用，而yahoo、gmail的邮箱是放在网上公布的，可至今还没发现我收到的邮件有病毒。如果说人家是国外的邮箱，技术过硬的话，那么就跟上海热线的吸铁石比比吧，那个邮箱我也是在网上公布的一个邮箱，可用到如今除了收到点垃圾邮件（绝对比263的铺天盖地少）之外，病毒丝毫未见。 一个收费邮箱的服务质量居然还赶不上免费邮箱！！！ 当然，如果只是上面那些的话，我也就忍了，之所以爆发了是因为：263的收来的那些病毒愣是把我的becky客户端给搞出问题了，macfee频频报警，而becky也因此老是报索引错误。眼看着我那上G的邮件有完蛋的可能啊。 无论如何，263是该退了 someok 发表于 2004-07-18 &nbsp22:17 | 阅读全文 | 评论(3) | 引用(trackback0) 去掉pd类图中生成的oid
  • [技术心得] 不知这些建模工具都是基于啥想法，老是喜欢自作主张的给生成的类中增加一些自己的id标识，真是影响源码观瞻阿，幸好这个功能是可设置的,rose的忘记了，不过最近在用powerdesigner10，终于找到配置项将这个没必要的功能屏蔽了，位置倒是不容易找。 如果在Class Diagram工作区中，则可以选择Language菜单项下面的 Edit Curent Object Language子项，在弹出的窗口中找到Java::Generation\Options\GenerateOID，将选项中的no选上即可。 pd的配置功能确实强大而且灵活，可惜那些参数的定义为何，却很难摸清，对于类图中的模板定义现在还遇到一些很头大的问题。例如日期的参数是哪个就不清楚了，还有就是public classs...上面那段注释的模板该如何定义也很让人头大啊 someok 发表于 2004-07-17 &nbsp01:05 | 阅读全文 | 评论(0) | 引用(trackback0) 本blog的模板被blogbus使用了
  • [琐事杂谈] blogbus居然把我的这个blog的风格拿去当模板了，哈哈，蛮有成就感的，顺着那些留言就转了转，已经有人采用了，而且还有人把效果改的比我这个还pp啊。 高兴，不过也得考虑哪天改个版了^_^ 详情可见这个连接： http://www.blogbus.com/blogbus/blog/diary.php?diaryid=261220 someok 发表于 2004-07-14 &nbsp23:42 | 阅读全文 | 评论(1) | 引用(trackback0) Powerdesigner10的新特性[转载]
  • [技术文摘] pd一直是我最喜欢的建模工具了，虽说pd10也用了有一阵子了，不过一直没有去追究它到底比9增强了多少，正好这次懒猪般的男人写了本《Powerdesigner数据库系统分析设计及应用》，于是也就顺便把他翻译的这段给拿过来看看了，顺手也就贴出来了 欲知powerdesigner10都有些啥方面的增强，不妨点击全文进去看看 someok 发表于 2004-07-14 &nbsp16:34 | 阅读全文 | 评论(1) | 引用(trackback0) 不要去做客户不需要的工作
  • [技术心得] 因项目需要我被抽调到一个进行中的项目，需求、设计都已完成，编码工作也已经在紧锣密鼓中了，可惊讶的是该项目的需求规格居然尚未签字，于是开始和项目负责人去了几趟客户处，结果又遇见了更郁闷的事，客户几次指着需求上的某些功能说：这个功能我们用不上，那个功能我们遇不到！问项目负责人，这些功能是怎么出现的，他说他认为用户需要，他稍微替客户多考虑了一些，以备将来可能出现的情况。 我不反对站在客户的角度考虑问题，但在考虑前还请先盘算清楚，工作量是否大到了影响进度的程度了，要知道，对客户来说，将来可能出现的情况是永远存在的，需求本就处于失控状态时，还是先考虑如何自救吧，就不要擅自主张去过多考虑那些可能到系统报废都未必用得上的功能了。 35度的高温蒸烤下，往返公司与客户处，整个人由里到外都感觉干涸了，怒火却是逐渐膨胀。上上次客户要求修改的需求规格，甚至客户都已经明确给圈画了出来，没想到这次去问题依旧，都不知那老兄都在干嘛，项目进度很明显已经拖延，可是我却找不到一个详细进度计划、人员分工。 我的信心也已明显不足了。 someok 发表于 2004-07-13 &nbsp16:16 | 阅读全文 | 评论(1) | 引用(trackback0) 中关村能成为下一个硅谷吗？
  • [直接转载] 李开复2001年写的文章，现在才看到（估计当时看也是看不懂的），写的很精彩，文章虽然短，却道出了硅谷的实质，同时引伸义也很明白，中关村还是差的太多。 中关村能成为下一个硅谷吗？中关村需要成为下一个硅谷吗？中关村需要模仿硅谷吗？ 文章链接： 中关村能成为下一个硅谷吗？ 从长远来看，今天国内的大学创办了如此多的公司，计算一下学校为这些公司提供的地皮、各方面资源和必须承担的债务，学校是否能挣到钱是一个问号。当然，中国的大学在许多方面与美国不一样，也许他们办公司有他们不得已的原因或特别的道理，但我认为从长远来看，学校应该专注于教育和培养人才，以及为企业输送人才。而公司应该自生自灭，不应该寄生在学校的资产和荣誉之下。 ffice ffice" />

someok 发表于 2004-07-05 &nbsp17:48 | 阅读全文 | 评论(1) | 引用(trackback0) 与几个朋友建了一个名为JavaChina的Yahoo Group

  • [琐事杂谈] 这次就把Blog作为一个消息板吧。 和几个朋友商量想搞一个中文的Mailing List，甚至都想自己找个服务器搭一个，后来javen说Yahoo的Group不错，可以考虑，于是去申请了一个，初步试用感觉不错，功能也都蛮齐备的，一致决定就是它了。 搞这个Group的目的是，为了充分利用群里那帮高手的脑力资源^_^，当然初衷是因为现在比较少上论坛了，所以想搞这个东东，只要客户端设个自动收信就ok了（唉，现在连获取知识都变的这么被动了，懒啊） 别不多说，欢迎各位加入，共同贡献各自的脑力资源，为别人献计献策，同时也是为了自己的提高啊。 在本人blog的左栏有个“Yahoo Group Join Now”的连接图片，点击它即可进入，当然如果你想用email订阅的话，可以使用下面方法： Welcome to the javachina group at Yahoo! Groups, a free, easy-to-use email group service. Please take a moment to review this message. To learn more about the javachina group, please visit http://groups.yahoo.com/group/javachina Group Email Addresses Post message: javachina@yahoogroups.com Subscribe: javachina-subscribe@yahoogroups.com Unsubscribe: javachina-unsubscribe@yahoogroups.com List owner: javachina-owner@yahoogroups.com 很简单，只要发信到上面地址即可订阅或取消订阅，至于主题嘛，好像是可填可不填的。 需要注意的是，通过浏览器访问yahoo速度有点慢，所以推荐各位使用各自的邮件系统或是客户端，另外需要注意的是Gmail由于采用的是UTF8的编码所以和其它邮件系统互发邮件时可能会出现乱码，当然和yahoo互发也不例外。 欢迎各位光临！！！ someok 发表于 2004-07-04 &nbsp13:40 | 阅读全文 | 评论(0) | 引用(trackback0) CSS中的Link和Import看来确实没有太大区别
  • [技术心得] 本来照我对二者字面上的理解，Link是将Css文件连接到网页中，而import则顾名思义，是将目标文件中的所有样式导入到网页中，本以为这时候在涉及到文件定位的样式可能会出现问题，可实际测试发现所谓的import并不是我们常规理解的那样，它的效果和link毫无区别。看来之所以存在import，其意义也仅在于在CSS文件中包含其它CSS文件了。 看来原本的使用习惯还是不错的，在网页中使用link，在css文件中使用@import。这也颇符合现今挺流行的pure css的思想。 根据不同的模块定义几个主要的css文件，其放置的位置也是在各个模块的文件夹中，而其实际内容则只是一堆的@import someok 发表于 2004-07-02 &nbsp10:07 | 阅读全文 | 评论(1) | 引用(trackback0) Gmail 的优缺点
  • [琐事杂谈] 难怪gmail还一直处于测试阶段，迟迟不肯正式露面，问题确实还是有一些的，而且还是遗一些很要命的问题，尤其对于中文用户来说。 乱码，gmail和yahoo互发居然出现乱码，当然，这是在web上看到的，通过客户端收信，则没有乱码现象，显然foxmail、becky之类的客户端已经将其转码了，263上也发现同样问题，后来一看，原来gmail使用的是utf-8字符集，看来yahoo，263之类的邮件系统尚未采用此字符集作为标准字符集，也就是说gmail超前了一点（虽说，utf-8大势所趋），可不兼容其它邮件系统的字符集，显然是个大问题。 另一个对于习惯使用客户端收信的人来说，gmail没有提供pop3、smtp功能显然是件遗憾的事，不过换个角度想，1000mb的邮箱还使用客户端维护，那这个空间实在没有意义啊。 当然，gmail正式发布后，估计google的toolbar的功能会进一步增强了，至少会同yahoo那样将邮件系统也集成进去，当然，如果它能再跟yahoo学学，把那些Calendar、Notepad、Addresses、Bookmarks、Briefcase的功能都集成到toolbar里面的话，就更帅了，估计我也会铁了心去使用它了，一直认为现今的toolbar上只提供一个搜索功能实在是浪费，对我们来说Notepad这么个简单的东西也许反倒是我们更需要的。希望google有这个意识，有时候，抄袭并不是件坏事，能抄出个微软来，那你就是知识英雄了。 当然，gmail的好处更多了，1G的邮箱口号，导致各个邮件系统，或被逼，或无奈的跟风了，虽说有些网站抢在google之前提供大容量邮箱，可是对我们来说，拥有一个gmail邮箱还是蛮有面子的一件事了^_^ gmail的系统开始感觉蛮简陋的，尤其是跟hotmail这种华丽到花哨的邮件系统相比。不过一段时间的使用后发现，gmail的细节方面确实是无与伦比。 它会自动将相关联的邮件组合在一起，便于查看； 它会自动检索你的邮箱里所有的邮件地址，在你发信时会在收信人地址栏给出下拉菜单提示，酷； 可以给邮件加星提示； 尤为重要的是，在你的邮件中，gmail不会像贴狗皮膏药一样在你的邮件最后加个广告。 最重要的是，gmail的速度无与伦比，相对于hotmail和yahoo的老牛拉破车般的乌龟速度，gmail简直就是动力火车了。除了它的web页面速度快之外，它的收发信的速度也是让人极为满意。通过使用gmail，263，yahoo，hotmail几个进行互发测试，如果不考虑乱码问题的话，就速度来说gmail稳拔头筹。至于国内其它那些邮件系统，我个人认为均比较垃圾，首先一个经常发不到国外的某些邮箱或是丢信这种事情就让我失去对他们的好感。 就目前来看，gmail的垃圾邮件尚未发现，当然，我的邮箱还没有广泛使用也是一个原因。 查看源代码的话，会发现gmail大量使用了javascript，有网友说gmail是js使用的典范，而我认为gmail在js方面的使用到了bt的程度了，因为我的macfee老是把它看作病毒。 someok 发表于 2004-07-01 &nbsp00:36 | 阅读全文 | 评论(0) | 引用(trackback0)