九个应该问你老板的问题

本文的翻译来自 SunTips.cn

 如果有个合适的机会, 你也许会有一堆问题要问你的老板.

  "这样的发型你还付给他钱了?"

  "你是不是每顿饭都要吃大蒜?"

  "你这么好的人怎么最后会和那么讨厌的人结婚啊?"

  如果你还想保住工作, 这些问题最好永远放在肚子里.  不幸的是, 现在员工们都愿意把所有的问题都憋在肚子里,甚至包括一些说出来会对前程有益的问题.

"员工面对老板保持沉默是出于害怕失去信任, 害怕打击报复, 或者害怕自己的话被理解错误. 如果员工们选择沉默, 那就意味着忍受痛苦," Kerry Patterson, "Crucial Conversations"的作者之一说.

 不管你保持沉默的原因是害怕惹麻烦,还是认为你的问题没有什么意义, 你都应该把它说出来.

"有个同事曾经对我说, '通过人们对我提的问题, 而不是他们对我诉说的内容, 我更能了解对方.'" Edith Onderick-Harvey, Change Dynamics Consulting,(一个优秀的行政顾问公司) 的懂事长说."对于管理者来说是同样的道理. 一些问题诸如公司的长远蓝景和当前的目标是什么,在实现这些目标的过程中你的角色所起的作用以及要求给予反馈, 这些会让你的老板认为你是专注于公司的事业, 而不只是为了一个工作."

 这里有九个应该向老板问的问题, 它们会对你的事业有帮助. (不要所有的问题一起问 -- 你的老板也许很忙.)

"成功的标准是什么?"

 员工们经常会忽略一个问题, 就是他们的工作表现是通过某种形式的审评认定的.  为了能清楚你的工作成绩是如何被量化的, 你需要向你的老板提出这个问题.  能清楚你的经理是只关心数字和结果, 还是同样也注重你的实现过程, Onderick-Harvey建议道.  这样, 你以后的工作活动就要基于他(她)眼中的重点.

"哪些方面我需要去努力从而能让事业有所提升?"

 这个问题是向你的老板表明你在主动把握自己的将来, 而不是等着别人能出什么事情来,Onderick-Harvey 说  如果你能够明确而有力的表达出事业目标,你的老板会告诉你在更上一层楼之前还有哪些经验需要掌握.

"我的哪些优点将会有助于事业上的发展?"

 不要总是专注于寻找自己的缺点却忘了发现自己的优点.  你也许会认为自己知道自身的优缺点, 但是老板们却有他们自己的观点.  这并不是为了赚取称赞而找的一个借口, 它提供了一个机会让你向老板展示你想在事业上有所成就, Onderick-Harvey 说.

"员工工作表现评价是多久进行一次, 谁负责这些事情?"

 有些很基本的问题, 就像这个, 对你的工作表现特别重要,  沃尔登大学的 Ivonne Chirino-Klevans 博士说.   了解你的所在公司的各种管理机制在任何时候都是个头等大事.   确定自己的季度或年度的目标, 让它们激励着做好每日的工作.

"公司里还有什么其它的发展方向可选择?"

 你也许会认为这个问题应该是在面试的时候说的, 但其实甚至当你被雇佣了很多年后, 还是值得问一问的, Chirino 说.  一个公司的结构一直都会在变化, 你应当能清楚对于事业上的进步,是否还有其他可以利用的机会.  一旦你能清楚了你可以的选择, 你就能判断下一步的发展方向, 是瞄准一个新的职位?还是寻找一个更有前途的工作.

"我理解的对吗?"

 如果你有一个任务要处理, 而这个任务涉及到很多方面, 或者是涉及到一系列新的处理方式, 那么你要确定你真的能清了你的任务是什么.  承担一个任务, 但却没搞清楚干的方向是否正确, 如果到最后才发现,那就晚了.  向你的老板验证一下, 确保你对所有任务的理解都符合他(她)的本意.  该问题的问题如果不问, 很可能就会葬送了自己的前程, 尽管你也许完全胜任你的工作, Chirino 告诫说.

 注意: 问这些问题选择好时机.  没有老板愿意重复自己的话.

"我能帮你做点什么吗?"

 这个简单的问题很重要但经常会被忽略, 行政指导Suzanne Bates这么说.  即使你帮不上什么忙, 你的老板也会注意到你的善意."高处不胜寒, 所以当老板看见你是希望他成功, 那你就在他心中脱颖而出了."

"我们最需要最关注的是那方面?"

 员工一般不会问这个问题, 因为他们担心自己不能胜任.  的确,这涉及到一个人的责任心和整个团队的目标的问题.  当你有很多事情要处理,而老板继续给你派活时, 你要学会以重要性为顺序安排或处理这些事情.  管理者都喜欢员工说一些有助于工作进展的问题, Gayle Lantz(组织顾问,行政指导)说.

"这个任务可以让我去做吗?"

 有太多的员工对自己的前程持放任的态度, 完全把它交给自己的老板, 就业问题专家 Rachelle J. Canter 博士说.  老板们都有他们自己的一大堆生活问题需要处理, 他们不会留下时间来为你的未来考虑.  与其让自己的前程随波逐流, 不如主动寻 找机会向他们证明你的积极态度和领导才能.  创造锻炼的机会, 弥补自己的不足.

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

我所知道的关于女人的事 . . .

本文的翻译来自 SunTips.cn

我这样一个三十好几的男人, 已经花了20多年的时间去试图理解女人, 可还是没想明白.  直到最近, 六个月前, 我终于看清楚了女人的思维是如何工作的.

这些全归功于Lou-Lou, 我两岁大的侄女.  我想, 作为一个成年人, 我有义务教她一些有用的, 不是平时都能学到的东西, 因为这样, 我在教的过程中也长了学问.   我教她如何眨一个眼睛, 如何噘嘴吐舌头, 如何打饱嗝, 以及从1数到10, 就像"1,2,3,7,9,10", 对于我来说这几个数就够了, 我一直认为4,5,6,8 没多大用处.  

 作为回报, 在这两个月中我明白了很多关于女人的事, 比我自己花了20年研究出来的还要多.  顺便澄清一下, 我并不是说女人们都像两岁大的小孩、要像小孩一样对待她们.  我喜欢我的侄女。  我尊重我的侄女。  不仅仅只会逗她开心，我愿为她去扑向一个未爆炸的手榴弹。  当然只有当这个手榴弹会爆炸，要伤害到她时， 我才会这么做。  女人们都有自己的个性，我也把她们分过类，但是在两岁的 Lou-Lou 身上却保留着原味的， 未受影响的原型 – 成年女性的本质特征。  下面就是我学到的。

1 不理她们

 如果我一进门就冲着她，像个小丑似的蹦蹦跳跳的逗她，取悦她，她会完全漠然的看着。  就像什么都没看见似的。  但如果我是直接的走过她，这样，我保证她会大叫着我的名字让我跟她玩。

2 贿赂她们

 送礼物非常有效。  特别是那些会叫唤的会闪光的东西。  对于Lou-Lou，这些指的就是会唱歌的胖胖的小动物或者是漂亮的发卡。  对于成年女人们来说， 我想等效于，只是猜测，车和首饰。

3  恭维她们

 我曾经一直错误的认为：赞美就像钻石一样，因为稀少而珍贵。  当它们充斥于市场时就失去了所有的价值。  事实不是这样的。   Lou-Lou 大便正好拉在了尿布上，所有人都为她欢呼 – 就好像她给这个闹饥荒的世界带来了一种可行的解决方案似的 – Lou-Lou 会眉开眼笑的瞪着着她放光的大眼睛。  同样的道理对成年女人也一样，尽管，当然了，只适用于里面的基本原理，并不是指这里给出的特例。 (我从Lou-Lou身上学到这一点可受了不少苦.)

4 倾听

 我曾经花费我所有的时间研究女人究竟想要什么。  现在不用再为这个烦恼了。  我发现只要用心，Lou-Lou 会很清楚的告诉我她想要的：吃，跳舞，球，蹦蹦，跑，唱歌，玩，读书。  这样我就只需要照办就行了。  如果我认真听了，然后照办就行了，那我的生活可就简单容易多了。

5 道歉

 你做了什么并不重要。  甚至你即使不知道曾做错过什么也不重要。  我曾经怠慢的在Lou-Lou 的幼儿车里放错了布娃娃。  对于你或我看来是多么轻微的错误呀，可对于她来说，跟干了种族灭绝的事有什么区别。  这时对你来说最好的做法是请求得到她的宽容和谅解。  你必须看起来是诚恳的。  你不必非要很诚恳， 但至少看起来要诚恳。  这个道理是如此的基本，可是有多少人这样做了？

6 随她们去

 不管她们想干什么。  无论这事对你来说看起来是多么的荒诞，随她们做去。  当Lou-Lou在她脑子里有个想法时，我不会说任何阻止她的话。  事实上是却鼓励，支持她。  然后坐回来，希望她自己能发现那是一个多么愚蠢的想法。  就怕她最后还是认为那是一个极好的主意。  有一天，我发现自己整整两小时都在玩布娃娃的茶杯组件，而且假装着喝很多很多的茶，而且想像着整个一下午都在尿尿。

7 不要告诉她们该怎么做

 如果想让她做你希望但她不一定会喜欢的事情，那就要说服她去做。  聪明的办法是让这看起来是她自己的主意– 还要让她觉得会很有意思。  我引以为豪的一件事情就是说服Luo-Luo去看橄榄球决赛，让她认为这比在沙滩上玩耍还有意思。

 8 不要向她们诉苦

这是需要慎重的事情。  在这里，我的意思是不要把你的鸡毛蒜皮的麻烦变成她的负担。  当我就一个糟糕的会谈或腰痛向Lou-Lou诉苦时，她一点都不关心，但是如果真正的有不好的事情发生时，她会本能的发出同情，给我一个拥抱，给我意想不到的安慰。

9 不要争吵

 这个道理简单的不需要说明。  你永远不会赢，即使你争吵赢了，那也是个无意义的胜利，因为她的之后的心情会一直影响着你。  很简单，谁会希望没事找事呢？  这就产生了我最后的也是最重要的观点：

10 别让她们哭啼

 没有任何事情能比这个让我更痛苦 - 看着Lou-Lou大大的无辜的充满泪水的棕色眼睛，同时嘴巴张的大大的，流着口水，发出悲哀的空袭警报声，能刺穿我的整个心脏。  我完全被她的哭泣击溃。  而且没有任何的办法。  吃的？  模仿猴子？  骑马？  用筷子夹自己的眼睛？  不是为了她，是为了让她停止哭，我愿意做任何事情。

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

Pam Panchak/Post-Gazette

Randy Pausch talks to the standing room only crowd at CMU's McConomy auditorium yesterday.

 昨天在卡内基-梅隆大学, 兰迪教授在他的告别课上, 一开始就给自己的演讲定下了这样的基调.

 "如果我看起来不够忧郁郁闷，抱歉让你们失望了。",   46岁的已经得了绝症胰腺癌的计算机科学教授兰迪.波许这样说.

  "并不是没有意识到自己只有几个月的生命了', 面对拥挤在校园里McConom礼堂里的400听众以及通告网络收听他的演讲的成千上万的听众,他解释道.

 其实是"我的现在的状态是前所未有的好;这也许和你们的想像产生了巨大的冲突--事实上, 我比你们大部分人的体力都好," 他说

 然后, 为了感谢听众的笑声和掌声, 兰迪教授趴在讲台地板上做了一些俯卧撑.

"你们中谁想哭的或者是怜悯我的人可以过来趴在这儿做一阵俯卧撑, 然后你们再怜悯," 他说.

"今天我要说的," 他继续道, "不是癌症, 因为我已经花了太多的时间谈论这个话题 ... 而且 我们也不谈论那些更重要的事情, 例如我的妻子和我的(学龄前)孩子, 虽然我很乐观,但我还没有坚强到谈论他们时而不落泪."

 他在那儿探讨的是如何实现童年时的梦想以及他的人生旅途中的种种经验教训。

 当还是个孩子时, 兰迪教授说,他有一些很明确的梦想: 他想体验零重力的感觉; 他想参加全国橄榄球联盟; 他想给世界大百科全书写作(”书呆子从小就可以看出来。”,他开玩笑地说.);  他想成为"星际迷航"的库克船长; 还有他想为迪斯尼工作.

 最终, 他还是基本上实现的所有的这些梦想, 他说--尽管他的足球水平没有达到NFL的高度.

 在卡内基的十年里, 兰迪教师创建了"娱乐技术中心",就在昨天,一个视频游戏的首席执行官称之为世上首选的使用视频以及其他交互工具教育学生的技术.

 他还创建了一个一年一度的虚拟现实竞赛, 这个竞赛已经风靡各大校园. 他还帮着创建了Alice课程, 这是一个基于卡通动画的课程, 用来帮助高中和大学里的学生在学习计算机编程时如何发现乐趣.

 正是这样些虚拟现实的工作,--参与者戴着眼罩耳目, 这可以让他们进入一个人造的数字虚拟环境--让他赢得登上美国空军飞机体验零重力的机会.这是航天局专门提供实现虚拟技术模型研究的学生准备的奖品.

  虽然他的橄榄球运动在大学里就终止了, 但他说从橄榄球运动里体验到的东西要比他实现的其它童年梦想过程收获的都要多.

 在另外的一些事情里, 他懂得了教员责备犯错误的自己的价值, 因为在一次特别不愉快的事件后有个助教告诉他, "当你把事情能糟但没有人责备你时, 这就意味着他们放弃了你."

 虽然他没有成为那个库克船长, 扮演库克船长的William Shatner近几年却访问过他.

 "跟你童年时代的偶像见面是在是太棒了," 兰迪教师说. "当他来我这里看我是如何在实验室里工作时,他还是那样酷."

 他也是因为这个工作才有机会给世界百科全书写介绍虚拟现实的文章.

 由于他的名气和和才华, 兰迪教授说服了迪斯尼的官员让他在年假时进入公司帮助设计阿拉丁的魔毯和加勒比海盗的虚拟现实装置.

 就在最近, 他得到跟 Electronic Arts 这个视频游戏公司合作的机会, 这种关系得以让卡内基大学有权在Alice课程中使用这个公司的著名的Sims动画技术.

 昨天演讲接近结束时, 兰迪教授给了她妻子, Jai, 一个惊喜, 为她周一的生日送上了一个蛋糕, 而且让所有的听众为她唱生日歌.  他的妻子用了很久止住眼泪来吹熄蛋糕上唯一的蜡烛.

 为了向他的妻子和他的事业致敬, Electronic Arts公司宣布设立一个奖学金来奖励那些卡内基大学里值得尊敬的女性计算机专业的学生.

 学校也宣布将会把他的名字刻在连接新技术科学大厦和 Purnell艺术中心的桥上, 象征他把这两专业连接了起来.

 兰迪教授的不幸是从一年前开始的, 当时他感觉到浮肿, 肠胃运动不正常, 他在一封e-mail里谈到这些.  当医生给他做CT扫描看他是否有胆结石时, 发现了一个肿瘤.

 "我从医生那里得到了这个消息," 他写道, "医生说:'你的胰脏上有问题, 老天对你不公平.'"

 "后来我告诉他, 这是很不幸,也很不走运, 但不是不公平.  我也经常对我5岁的孩子说, 当你没有得到你想要的东西时, 不要说'这不公平'.  我们每个人都有被癌症飞镖丢中的风险."

 在他的一个博客中跟踪记录着他的治疗情况,兰迪教授想一切办法努力的增大自己的生存几率.  他知道这是很难的.  尽管治疗技术在进步, 胰腺癌患者只有百分之五的人能活过5年.  甚至1年存活率的也只有26%.

 第一步是做手术, 恰好是一年前的今天在匹兹堡医疗中心进行的.  大夫割掉了他的胆膀胱, 三分之一的胰脏, 部分的胃和几英尺的小肠.

 当伤愈后, 兰迪教授发现休斯顿的M.D. 安德森医院正进行一项实验, 利用高毒性的放射和化学治疗, 可以将胰腺癌的五年存活率提高到45%.

 这种治疗从11月开始,直到次年的五月份结束.  "情绪最低落的时候", 教授写道, "是在去年的圣诞节:我的妻子和孩子在Norfolk, 我却在Houston 把毒药灌进我的动脉."  我从来没有放弃过, 但是就在那一天我却是很难接受那样的残酷的现实."

 但是随后, 完成放射疗和化学疗法不到一个星期, 兰迪教授就又和他的娱乐运动联盟的队员们玩起了旗橄榄球.

 "第一次玩这个运动, 我冲过了中场25码的距离," 他在日记写道. "当然, 我是累的气喘吁吁, 但是回到运动场地的感觉真好."

 在夏天7月份, 最初的检查显示他的癌症已经消失了, 他又在Baltimore的Johns Hopkins 医院使用一种试验性的癌症疫苗做了两轮治疗.

 可是之后, 就在上个月,感到终于康复了的兰迪教授在他的日记里向他的读者送出了这样的消息:

 "最近的一次CT扫描显示我的肝脏里有10个肿瘤块, 而且我的脾脏里附满了小肿瘤.  医生们说这是他们见过的最猛烈的病情反复."

 他和他的妻子Jai搬到了Chesapeake,Va. 这样Jai和她的家人近些.  他们已经开始考虑身后之事了, 兰迪教授使用一些缓和的化学疗法来争取多一点的时间.

 "我发现我确实很乐观," 他写道. "唯一的我伤心的是想到孩子们--这并不奇怪, 我将不能看到他们如何学骑脚踏车这类的东西,这像是一个未能尽职的责任--我不能再把他们扶起来, 却把这些重担留给了妻子."

 他现在正全部时间给他们的孩子制作视频.  兰迪教授最近带着他最大的个孩子Dylan(5岁)去了一次迪斯尼, 他们和海豚一起游泳, 兰迪教授想只有这个孩子可能会对他留有一些直接的记忆.

 妻子和孩子, 他说,"对我意味着一切.  他们给了我生活的意义和快乐的海洋, 这些快乐不是工作能带来的, 虽然我有很多杰出的工作.

 "我希望我的妻子以后能再婚.  我希望她和孩子们能记得有个人曾爱着他们, 愿意为他们付出一切."

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

he Controversy Over GPL 3

关于GPL3的争论(一)

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

当MySQL宣布支持这个流行的开源DBMS的公司的收益已经达到$50M,并且准备进行一次IPO的这一天,我们就可以感觉到大企业在关键使命的项目上 对MySQL的依赖正在增加. Google就是这样的大公司其中之一,Google工程师Mark Callaghan最近发表的这篇blog描述了Google对MySQL基础代码做的一些贡献.

我们认为MySQL是个很棒的数据存储方案,当我们的项目需求需要这个数据在某些领域有所提高时,我们对MySQL做了些改善,主要是针对高效性和可管理性领域.

高可用性的特征包括支持半同步复制,监视从一个master到一个slave的binlog,应急恢复时及时把一个slave提升到master,在应急修复中保持InnoDB和复制的状态.

可管理性特征包括用来监视table和account使用的资源的新的SQL语句. 这个包括了计算每个account和每个table取到的或者是被改变的行数的能力. 这同样也包括测量一个account执行SQL命令使用数据库的时间.

Google Code页面中子项目的Wiki对这些改进有较详细的描述:

Semi-synchronous replication

MySQL的复制协议是异步的. master并不知道何时或者是否一个slave得到了复制事件. 这样很高效. 一个slave会请求一个file的某个偏移处的所有复制事件. 当它们准备好时master会把事件推给它们...

每个发送给半同步的slave的复制事件都需要额外的两个字节放在头部来指明这个事件是否需要答复. 这些字节会被slave IO线程剥去,剩下的事件信息会被正常处理. 当需要答复时,slave IO线程会用现有的连接去回应master.指示一个事务结束的事件,例如commit或者允许自动提交的insert,一般需要回复.

Mirrored Binlogs

我们已经修改了slave IO线程让它在master写入relay log时维护master的binlog的副本. 通过拷贝,保证这个文件拥有相同的名称和内容. 当这个完成后,slave就会在复制代理slave中透明的启用应急备份,直到所有的代理都镜像了binlog.

Transactional Replication

slave复制状态被存在两个文件里:relay-log.info and master.info. slave SQL线程向存储引擎提交事务,然后更新这些文件,指示relay log里的下一个事件将会被执行. 事务提交过程中如果slave mysqld被终止了,这个file update状态和复制状态不一致,slave SQL线程就会在slave mysqld重启时重复最后一个事务.

这个功能通过将复制状态存储在InnoDB事务log里来保护InnoDB 储存引擎. On restart, this state is used to make the replication state files consistent with InnoDB.

Activity monitoring per table, account and index

我们增加了一些代码来测量数据库的活动,统计每个account,table,和index的数据. 我们同时新增了一些SQL声明来显示这些数据.

Asynchronous IO in InnoDB

InnoDB在Windows上支持异步IO. Linux上,它在后台使用4线程去执行IO任务而且每个线程都是要同步IO... 当InnoDB在random IO中发现locality,当它检测到一个序列扫描时,它会发出预取请求. 然而,它只会使用一个线程去执行这些请求. 越多的IO请求被并行的执行时,多磁盘的server就被利用的越充分.

因为现在的服务器都使用大GB的内存,所有应该尽可能的使用直接的IO操作. 我们修改了InnoDB,让它能够配置用来在后台执行读写请求的IO线程的数目.

Fast Master Promotion

这些指令可以让一个slave迅速的提升为master. 因为我们可以让它不需要重启就能实现,所有很快. 有脏页面的数据库引擎,例如InnoDB,通常需要花很长时间去shutdown(超过一分钟)

What features do you believe MySQL would really need in order for developers to use the open-source DMBS in demanding enterprise projects?

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

Java开发人员应该把性能当作他们的应用软件中的一个重要的质量需求来对待,在项目的从始至终都应该对这个问题保持注意. Java开发人员应该和相关人员一起工作,例如服务器和数据库的管理员,这样能对提高他们的应用的性能很有好处...

Partington在他的性能相关的系列主题文章中不乏至理名言,下面是他写的将近10篇Blog的每篇的中心思想,由 docman.cn 翻译家 提供.

10. 过多的事件记录
当你做事件记录时有两件事情发生. 首先是大量的字符串操作被执行...然后是把结果写入一个文件...

9. 错误的application server配置
J2EE specification麻痹了开发人员,让他们有了虚假的安全感,想一想??只要我的代码和J2EE兼容,它能正确的运行??... 开发人员不应该只是把它们的EAR文件丢给运行系统;开发人员应该和application server管理员一起工作来处理这.....

8. 错误的Java EE用法
这个问题在一些老的应用中特别流行,因为几年前POJO/轻量级的解决方案还没有出现.... 像Spring这样的轻量级框架允许开发人员挑选一些必须的基础服务(transactions, security, distributed objects). Java EE... offers all of them all of the time.

7. 不必要的使用XML
XML有很多有意思的属性,这导致一般的企业Java应用的功能领域几乎都用到了它.... 不幸的是XML操作是一个很耗CPU和内存的过程.

6. 不适当的缓存使用
正确的缓存可以极大的提高你的Enterprise Java application的性能,它甚至是达到可接受的性能水平所必须的.但有时缓存过程本身却导致的你的性能问题.

5. 过度的内存使用
过度的内存使用表现的两个方面:大量的地址分配(给短生命周期的对象使用)和每秒钟都有大量的对象.

4. 糟糕的执行库
一些开发组很愿意往他们的WEB-INF/lib目录下或者是POM文件里堆砌JAR文件,不管它们是否真的需要这些(也不考虑所需要的功能是否已经被现 有的类库提供了),也不检查这些类库是否能提供很好的性能,也不考虑是否有一种更高效的替代类库,不去研究文档来学会如何正确的使用它们,不明了自己的应 用是如果使用这些类库的.

3. 不正确的并发实现
一个主要的原因是竞争锁定,如果有多个线程调用发生这只能会成为一个问题..... 应用程序在执行轻量级的任务时运行的很好,而重负荷是却慢的近乎停止.....

2. 不必要的远程操作
一些案例中系统架构被设计成为内置了能够适用某些预期的将来可能出现的功能的功能,可这些预期的功能从来就没有实现...... 因为需要调用其他的系统和程序,Enterprise Java applications往往会使用远程操作,不必要的远程操作是伤害Enterprise Java applications效率的重要原因.

1. 错误的数据库用法
许多的企业Java项目里,数据库只是被当作一个简单的装字节的容器,DBA被当作一个只是在产品机器前执行SQL语句的人. 这种对数据库以及数据库专家的轻视导致了恶劣的应用程序执行效率.....

What's the source of your #1 enterprise Java performance problem?

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

关 于Spring详细的话题太大了,我不得不在这篇文章了里再详细介绍它一遍. Rod Johnson的一次关于Spring 2.0的谈话中提到,在2007年剩下的时间里Spring将会和OSGI集成. OSGI一个Java的动态模块系统,这个东西在起初就本该是Java的一部分. 奇怪的是,它却因为Eclipse(插件)而普遍的使用在client端,而不知大家所知的server端. Spring-OSGi集成可能将会成为OSGi标准. 并且作为Spring是一个松耦合的,组件架构的证明,Spring已经成为了OSGi的有效的捆绑包

更长远的,Spring框架将会成为the Spring Portfolio(??). 它将会和JCA, CICS, and IMS集成. 会有Spring Web Services, 和 Spring LDAP. Spring的Message-driven POJOs将会成为可能. Acegi,这个领先的企业级Java安全框架,会成为Spring的Security框架. 跟Spring Message-driven POJO一样,会有Spring Web Flow. Spring在SOA中的角色会由于the Service Component Architecture (SCA)而标准化. 一个对Spring开发提供支持的IDE(由Eclipse插件实现)正在完善中,这个IDE提供了对AOP,Spring Web Flow的支持

也 许最重要的是,Interface21计划把这一大堆组成Spring平台或者是Spring portfolio的小部件打包,把它们做成一个可下载的文件…or distro(??). 这并只是把它们评凑的一起的事情,而是要经过测试,集成,给它们正确的版本,让它们相互配合工作. 我相信这将会稳固它. Enterprise Java将会意味这Spring.

最后,但并不是最不重要的,BEA,也许是IBM的下一代application server将会建立在Spring平台上. 不会是只有我发现了这些令人兴奋的事吧?

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

Cedric Beust,  TestNG 测试框架的作者, 在他最近的一篇blog" Unit or functional? "说,

尽管在过去的几年里单元测试得到了大量的注意,但功能性测试却是让你的应用程序按照客户的期望运转的最终保证.

Beust 通过一个例子解释了这个观点,这个例子中程序在单元测试中获得通过,但在功能测试中却显示有个错误. 因为最终用户只关心程序功能,Beust说,

理想状况下,你希望你的程序既能被单元测试覆盖,也能被功能测试检测,但如果工期紧张,你只能选择其中之一,我...还是推荐后一种(因为它是为用户服务的),然后顺着走下去,在你认为合适的地方实现一些单元测试.

Beust同时指出,在一个测试套件里需要由功能测试和单元测试两部分共同组成,单元测试经常服务于功能性能测试失败的精确定位:也就是说,单元测试主要是对开发人员有用,但功能性测试却是测试用户们所关心的.

根据Beust所说,一个由功能测试和单元测试共同组成的测试套件本质上会具有超过100%的测试覆盖率:

超过100%? 可能吗? 我知道这个听起来有点怪,它却很简单的表明在这个类中运行所有的这些测试也许会让你的主程序里的某部分多跑好几次,但却不是一件没有价值的事情. 从另外一种方式考虑,只进行[功能性测试]也会得到100%的覆盖率,等价于只运行[单元测试].

当你的项目进度压力大时,什么样的测试你认为可以先放弃? 什么样的测试在你发布程序前必要要进行?

本文由 docman.cn 翻译家  奉献

----

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

在JDBC 4.0的说明书里列出了大约有20个新的特征和改进,其中一些是主要的,另一些是次要的. 在这篇文章里我不可能把所有的这些都讨论到,我试图以它们提供的功能或者改进的内容将它们分类:

1. 驱动器和连接管理
2. 异常处理
3. 数据类型的支持
4. API修改

下面的部分将按这些分类进行更详细的讲解.

驱动器和连接管理

从驱动程序的使用到连接和结果集管理--JDBC的各方面都有着许多新的特征和提高.下面的三个方面是最重要的.

获取连接变的更简易

如果你已经使用JDBC编程有一段时间,我相信你仍然留着为了同目标数据库建立连接而遵循的典型步骤的清单. 这个清单里的第一条应该是加载一个合适的驱动. 你是否想过这个步骤可以改进一下,还是认为就该一直这样? 在JDBC的这个版本了他们确实做了改进. 你再也不需要调用 Class.forName 去显式的加载驱动了. 当你的应用程序第一次试图去连接数据库时,, DriverManager 会自动的把在应用程序的 CLASSPATH.里发现的驱动加载上. 这是这个版本的JDBC里主要新增的特征之一.

虽然现在 DriverManager 可以自动加载了,但是,建立一个正确数据源对象仍然是推荐的获得连接的方式. 这样具有透明性和可移植性,因为数据源实例的属性可根据需要取得连接的不同数据库而修改. 你不需要为了连上一个不同的数据库实例甚至是一个需要加载不同的驱动的完全不同类型的数据库而改变你的应用程序代码,

更加灵活的 ResultSet 用法

现在 ResultSet 的接口层上提供了几个能促进编程灵活性的重要的特性.  RowSet 子接口提供了一个可滚动的, 可更新的, 以及可离线编辑的 ResultSet. 而 WebRowSet 子接口提供了能够从数据表中读取数据,将之序列化成XML文档,以及读取一个XML文档将之返序列化成结果集的能力 . 这些特征在 OnJava 文章 " Making the Most of JDBC with WebRowSet."进行了详细的讨论.虽然 RowSet 接口在以前的 JDBC版本中出现过,但当前的版本中 对 SQLXML 数据类型 (以后讨论) 进行了支持,这些特征会使JDBC编程更加简化和灵活.

有更多的API可用了

为了能够访问 SQL:2003里实现的特征,当前版本的JDBC里增加了一下新的API. 除此之外,有些添加到通用使用接口的方法是用来支持更简化和更好的处理数据的.

现在,让我们来看一下可以运行的代码,讨论一下下面这个 Example1 类的执行结果. 它将会去连接一个嵌入式的Apache Derby 数据库,将查询结果输出到控制台.尽管JDBC 4.0 已经发布了好几个月了,我发现,目前为之只有Apache Derby 这个一个数据库提供了对其支持的驱动,而且是部分实现了JDBC 4.0规范. 这篇文章的所有例子都是基于JDK 1.6 和Apache Derby 10.2.2.0 开发的. 因为是代码样例,我将只会向你显示这个相关讨论所涉及到的真正的Java源文件的一些片段.

public class Example1 {
  public static void main(String[] args) {
    ...
    String dbName = "example1";
    String tableName = "stu1";
    ds = new EmbeddedDataSource40();
    ds.setDatabaseName(dbName);
    String connectionURL = "jdbc:derby:"+dbName+";create=true";
    try {
      con = ds.getConnection();
      stmt = con.createStatement();
      rs = stmt.executeQuery("select * from "+tableName);
      int colCount= rs.getMetaData().getColumnCount();
      for (int j=0; j< colCount; j++){
        System.out.print(rs.getMetaData().getColumnName(j+1) 
          + "\t");
      }
      while (rs.next()) {
        System.out.print("\n");
        for (int i = 0; i < colCount; i++) {
         System.out.print(rs.getString(i + 1) + "\t");
        }
      }
     } catch (SQLException e) { 
           e.printStackTrace();
         }
     finally{
      //close connections
     }
   }
}
 

如果在你的 example1 数据库的  stu1 表中有一些数据,那么编译运行 Example1.java 将会在控制台打印出如下内容. Here is what I got.

ID    NAME            COURSE 
1001  John Doe        Statistics     
1002  Jack McDonalds  Linear Algebra 
 

如果你想让 DriverManager 自动加载 JDBC 驱动,你可以把在Example1里调用的 con=ds.getConnection() 换成 con=DriverManager.getConnection(connectionURL).这个类的输出结果会完全一致. 在这个例子里可以看到你不再需要显示的使用 Class.forName() 来加载驱动了.

异常处理

你是如何区分一个Java 程序是否健壮的? 我认为,异常处理的运用是一个重要的因素. 一个健壮的Java程序很好的处理异常情况,能够让程序在某些条件下从事故中恢复. 另一方面,糟糕的异常处理会导致一个程序生产错误的输出结果,最终会终止你的应用程序.

JDBC 4.0 为异常处理增加了一下简单但强大的特征,包括支持异常链,使用增强的for-each循环获取异常链里的异常.下面的Example2显示了用这种先途径处理异常链的Java 类的部分代码.

public class Example2 {
  public static void main(String[] args) {
    String dbName = "example";
    String tableName = "student4";
    try {
      con = ds.getConnection();
          stmt = con.createStatement();
      rs = stmt.executeQuery("select * from " + tableName);
    } catch (SQLException sx) {
      for(Throwable e : sx ) {
        System.err.println("Error encountered: " + e);
      }
    }
    finally{
      //close connections 
    }
  }
}
 

我运行Example2.java 类,并指明student4作为表名,可是这个表是不存在的. 在下面的调用中会触发一个异常链.

rs = stmt.executeQuery("select * from " + tableName);
 

在一个真实的应用程序中,你需要去捕捉这样的异常链,检查它们,作出相应的处理. 在这个例子中,我只是来说明如何将它们输出到错误控制台.下面的就是如何做到这些.

for(Throwable e : sx ) {
  System.err.println("Error encountered: " + e);
}
 

下面的是运行Example2的输出:

Error encountered: java.sql.SQLSyntaxErrorException: 
   Table/View 'STUDENT4' does not exist.
Error encountered: java.sql.SQLException: 
   Table/View 'STUDENT4' does not exist.
Exception in thread "main" java.lang.NullPointerException 
   at ex.Examlpe2.main(Examlpe2.java:51)
 

通过JDBC4.0,你现在可以使用少许的代码获取并迭代处理异常链了. 在以前的版本中,你必须去单独的获取异常链,并且通过调用 getNextException 来迭代处理异常.

数据类型支持

这个版本的JDBC增加了一些新的数据类型,对其它的类型的支持也有了增强. 我很高兴对XML的支持已经明确了,SQLXML,已经被加入了. 用我的观点,这个接口值得用一个单独的小节来讨论.

SQLXML and XML Support

SQLXML是对应于SQL里的XML数据类型的一种Java语言的数据类型.XML类型是个内置的类型,用于将一个XML值存储成一个表里的一行的一个column值. 缺省的驱动实现了一个SQLXML对象,它是指向XML类型数据的逻辑指针,而不是直接指向数据的. 一个SQLXML对象在它被创建的事务处理过程中有效.

在下面的Examle3类中,我将向你展示如何从当前的连接中创建一个SQLXML对象以及用它更新数据表里的值.

  public class Example3 {
    public static void main(String[] args) {
      ...
      con = ds.getConnection();
      SQLXML sx= con.createSQLXML();
      sx.setString("Math is Fun");
      String psx ="insert into "+tableName+ 
        " ( id, textbook) values(?,?) ";
      PreparedStatement pstmt = con.prepareStatement(psx);
      pstmt.setString(1,"1000");
      pstmt.setSQLXML(2,sx);
      pstmt.executeUpdate();
          ...
      }
    }
 

这个例子只是向你展示了一个简单用法. 如果你继续研究,你会发现它会很有趣. 但是在我们继续深入之前,让我向你解释一下在运行Example3.java时发生了什么. 不幸的是,我没有能够取到SQLXML对象,这个程序终止了,输出了下面令人失望的信息:

java.sql.SQLFeatureNotSupportedException: Feature not 
   implemented: no details.
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.
   getSQLException(Unknown Source)
... ... ... ...
at ex.Example3.main(Example3.java:62)
 

这证明Apache Derby 并不支持从一个 Connection 里创建一个SQLXML对象. 但是你仍然将要看到我在Example3里想做的事:我要将 一个 id 字段值是1000,textbook字段(SQLXML类型)值是Math is Fun 的一行数据插入表中.

我下面将向你展示一个代码片段,它从一个表里读出XML值然后解析成一个Document对象.就将它当作这个小节的结束吧.

SQLXML sqlxml = rs.getSQLXML(column);
InputStream binaryStream = sqlxml.getBinaryStream();
DocumentBuilder parser =
  DocumentBuilderFactory.newInstance().newDocumentBuilder();
Document doc = parser.parse(binaryStream);
 

从数据表中读出字段的值并直接生成XML文档,是不是很棒? 我觉得这是个非常棒的特性.

 ROWID 数据类型

SQL ROWID 表示数据表里的一行数据,它是最快的一种访问一行数据的方式. 这个版本中增加了一个新的RowId接口,用来提供从Java 类里访问ROWID SQL类型的方法.

Enhanced Support for Large Object Types

在JDBC 2.0 版本中增加了Clob, Blob, Array, and Struct接口来支持 CLOB, BLOB, ARRAY, and STRUCT 等大SQL对象 在当前的版本中增加了更多的对这这种数据类型的支持. 我将会在 API Changes 部分讨论几个这样的方法.

对国际字符集转换的支持

SQL:2003 提供了对NCHAR, NVARCHAR, LONGNVARCHAR, and NCLOB.等数据类型的支持. 它们除了类似于 CHAR, VARCHAR, LONGVARCHAR, and CLOB 之外还能够用不同的字符集对值进行编码.,这被称做国际字符集 (NCS). 如果你的数据需要扩展的字符处理操作,你就不能使用常规的数据类型,而是要用NCS数据类型. 这个版本的JDBC增加了一些对NCS的新的支持,还对有些支持进行了强化.

• 向PreparedStatement, CallableStatement, and ResultSet 接口里增加了一些setter和update方法来支持NCS转换.例如 setNString, setNCharacterStream, and setNClob 等方法就是这些新增的里的几个.
• 在 SQLInput and SQLOutput 接口里增加了读和写的方法来支持 NClob and NString 对象.

API Changes

JDBC 4.0 里的强化的特征大多存在于API层,下面这小节会对此进行简短的讨论. 更多的细节请参考 JSR 221:JDBC 4.0 API specification.

Array

在Array接口里增加了一个'释放'方法用于释放array对象,并释放它占有的资源.

Connection and PooledConnection

Connection 接口现在提供了一批用来创建大对象比如 createClob, createBlob之类的方法. 其他的增加是对针对客户端信息的getter和setter方法的版本信息的覆盖,以及当前连接的有效性的检查.

现在 PooledConnection 接口提供了 addStatementEventListener and removeStatementEventListener 方法 ,当你需要去注册和反注册一个 StatementEventListener 接口时,有了它事情会变得很容易, StatementEventListener 接口是在当前版本里引进的. 当 Statement pool.里的 PreparedStatements 有事件发生时,这个接口的注册者的实例会被通知. 例如,当一个声明里的PreparedStatement 被关闭时,如果有过注册,驱动器就会调用所有StatementEventListener里的statementClosed方法.

DatabaseMetaData

不同的关系数据库通常是支持不同的特征,用不同的方式实现特征,以及使用不同的数据类型. 这个会引起可移植性的问题,因为在一种数据库上工作的代码由于数据库底层实现的不同而不能在其他数据库上运行. 这些问题可以通过调用这个接口里方法获得一些扩展的使用信息来解决. 例如,假设你写一些代码通过传入一个SQL语句来创建一个表. 你可以通过调用这个接口里的 getTypeInfo 方法来确定那些数据类型可以在CREATE TABLE 语句里使用.

这个版本的JDBC里增加了不少用来支持查询数据库原信息的方法. 在 Example4中,我用一个代码片段来演示用这个新功能来获得符合典型搜索条件的数据库 schemas 清单.

con = ds.getConnection();
DatabaseMetaData dmd = con.getMetaData();
rs=dmd.getSchemas("TABLE_CAT", "SYS%");
//iterate over the rs and print to console
 

首先我调用 dmd.getCatalogs ,遍历它的结果集只得到一个TABLE_CAT分类. 然后我使用这个值通过调用 rs=dmd.getSchemas("TABLE_CAT", "SYS%").来搜索数据库中以SYS开头的schemas. 下面是我得到的table schema清单:

SYS
SYSCAT
SYSCS_DIAG
SYSCS_UTIL
SYSFUN
SYSIBM
SYSPROC
SYSSTAT
 

标量函数支持

一个标量函数处理一个输入的预定义的集合,返回处理结果. 例如调用标量函数 ABS(number)会返回number的绝对值. 这些函数可以作为Java代码里的SQL句子的一部分. 如果底层的数据库支持下面的新标量函数: CHAR_LENGTH, CHARACTER_LENGTH, CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP, EXTRACT, OCTET_LENGTH, and POSITION,这个版本的JDBC就需要它的驱动实现对这些的支持.

Statement, PreparedStatement, and CallableStatement

Statement接口现在提供了一个isClosed方法来查询statement是否被关闭了,一个setPoolable方法,当你想让这个statement被poolable或者non-poolable是用它来设置,一个isPoolable方法来检查当前的statement是否是poolable的.

 PreparedStatement and CallableStatement 接口提供了更多的方法来通过InputStream and Reader 插入大数据对象.

Wrapper

这个版本的API中增加了一个Wrapper接口,这接口提供了一个用于访问一些由于架构的原因而被封装的资源的实例的机制. 这个封装范式,也叫做 Adapter pattern,被许多的JDBC实现所使用,用来提供基于传统的提供给数据源的JDBC API的扩展功能. 这个接口的主要意图是避免用非标准的方式来访问厂商特有的资源. 在这个接口的实例上调用unwrap方法,你会得到一个实现了这个接口的对象. 因为这个unwrap方法是个十分耗资源的操作,你在unwarping之前应该使用这个接口里的isWrapperFor方法来检查这个实现了接口的class是间接的还是直接的封装了某部对象.

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

从第一天开始,标准Java平台就缺少能够被调用,去产生Java字节码的编译器接口. 使用Sun实现的平台,一个用户可以通过非标准的 com.sun.tools.javac  包中的Main class 去编译你的代码 (你可以在lib子目录下的 tools.jar 文件里找到它). 然而这个包并没有提供一个标准的公开的编程接口. 使用其它实现的用户必然不能访问这个类. 使用Java SE 6和在JSR-199中定义的它的新的Java编译器接口,你可以从你自己的应用程序里访问javac编译工具了.

有两种方式使用这种工具. 一种是简单的,一种是稍微复杂点但拥有更多选项的. 你首先将会用较简单的一种去编译 "Hello, World"程序,就是下面的这个:

要想从Java程序里调用Java编译器,你需要访问JavaCompiler 接口. 除此外,通过访问这个接口,你可以设置源代码的路径,classpath,和目标目录. 通过指定可编译的文件为 JavaFileObjectinstance ,你可以将它们全部编译. 然而,你并不需要对 JavaFileObject 了解多少.

可以使用 ToolProvider 类去请求 theJavaCompiler 接口的缺省实现. 这个 ToolProvider 类提供了一个 getSystemJavaCompiler() 方法, 它返回一个 JavaCompiler 接口的实例.

使用 JavaCompiler 运行编译最简单的方法是调用在这个接口工具里定义的 run() 方法,它的实现是:

分别为前三个缺省参数 System.in, System.out, and System.err 传入 null 值. 参数集 String 对象表示着传入编译器的文件的名称.

这样,你应该像下面这样去编译前面显示的 Hello 源程序:

假设没有编译错误,这样会在目标目录里产生一个 Hello.class文件. 如果这里有错误, run() 方法会把它输出到标准错误输出流里,也就是 run()  方法的的第三个参数. 当错误发生时这个方法返回一个非0的结果.

你可以使用下面的代码去编译 Hello.java 源文件:

一旦你编译了 CompileIt 一次 ,你就可以多次运行它,当你修改了 Hello.java源程序时或者要重新编译它,你不需要重新编译 CompileIt . 如果没有错误,运行 CompileIt 会产生下面的输出:

运行 CompileIt 同样也会在相同的目录下产生一个 Hello.class 文件:

你可以完事了,因为这样使用标准编译器已经足够了,可是这还有更有用的. 当你需要更好的处理这些结果时,你可以使用第二种方法来访问编译器. 更特别的是,这第二种方式允许开发者将编译输出结果用一种更有意义的方式表现出来,而不是简单的那种送往stdeer的错误文本. 利用 StandardJavaFileManager 类我们有这种更好的途径使用编译器. 这个文件管理器提供了一种方式,用来处理普通文件的输入输出操作. 它同时利用 DiagnosticListener 实例来报告调试信息. 你需要使用的 DiagnosticCollector 类其实是监听器的一种实现.

在搞清楚你需要编译什么之前,你需要一个文件管理器. 生成一个管理器基本上需要两步: 创建一个 DiagnosticCollector 和 使用 JavaCompiler 的 getStandardFileManager() 方法获得一个文件管理器. 把 DiagnosticListener 对象传入 getStandardFileManager() 方法中. 这个监听器可以报告一些非致命的问题,到后来你可以选择性的通过把它传入 getTask() 方法来和编译器共享.

你也可以往这个调用里传入一个 null 值的诊断器,但这样也就等于用以前的编译器方法了.

在详细查看 StandardJavaFileManager 之前 ,编译过程涉及到 JavaCompiler 的一个方法叫做 getTask(). 它有六个参数,返回一个叫做 CompilationTask 内部类的实例:

缺省情况下,大部分它的参数可以是 null.
* out: System.err
* fileManager: compiler's standard file manager
* diagnosticListener: compiler's default behavior
* options: no command-line options to compiler
* classes: no class names for annotation processing

最后一个参数 compilationUnits 却是不能够为null ,因为它是你要去编译的东西. 它把我们又带回了 StandardJavaFileManager类.注意这个参数类型: Iterable<? extends JavaFileObject>.   StandardJavaFileManager 有两个方法返回这样的结果. 你可以使用一个文件对象的List或者 String 对象的List,用它们来表示文件名:

并不仅仅 List,实际上,任何一个能够标识需要编译的内容的集合的 Iterable 都可以.  List 出现在这里只是因为它容易生成:

现在你有了编译源文件的所有的必要的信息. 从 getTask() 返回的 JavaCompiler.CompilationTask 实现了 Callable.接口 这样,想让任务开始就去调用call()方法.

如果没有编译警告和错误,这个call() 方法会编译所有的 compilationUnits 变量指定的文件,以及有依赖关系的可编译的文件. 想要知道是否所有的都成功了,去查看一下返回的 Boolean 值. 只有当所有的编译单元都执行成功了,这个 call() 方法才返回 Boolean.TRUE . 一旦有任何错误,这个方法就会返回 Boolean.FALSE.

在展示运行这个例子之前,让我们添加最后一个东西,DiagnosticListener, 或者更确切的说,  DiagnosticCollector.的实现类.把这个监听器当作getTask()的第三个参数传递进去,你就可以在编译之后进行一些调式信息的查询了.

在最后,你应该调用管理器的close() 方法.

把所有的放在一起,就得到的了下面的程序,让我们重新编译Hello类.

编译和运行这个程序会输出成功的信息:

然而,如果你把 println 方法改成书写错误的 pritnln 方法,当你运行时你会得到下面的信息:

使用Compiler API,你可以实现比在这篇简要的提示介绍的更多的事情. 例如,你可以控制输入输出的目录或者在集成编译器里高亮一些编译错误. 现在,向 Java Compiler API表示感谢,你可以使用标准API了. For more information on the Java Compiler API and JSR 199, see the JSR 199 specification.

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

在 Transactionless 这篇blog中,Martin Fowler 对eBay的架构师DanPritchett最近的一次关于为什么eBay的架构师并不十分依赖数据库事务处理的演讲发表了评论. ebay的数据的完整性是由应用层代码完成的. Fowler 指出.

不用事务管理的根本原因是它在某种程度上损耗了eBay的处理效率. 这种影响因为eBay非常大量的将它们的数据分割在很多很多的物理数据库里的事实而变得更加恶化. 结果就是使用事务管理就意味着要使用分布式事务管理,这向来就是需要谨慎的事情.

这种大量的分割,以及在性能问题上,让数据库扮演主要角色的做法意味着eBay不能够使用许多的其他的数据库工具.相关的完整性和数据的排序全是用应用层代码完成的. 它们几乎不能用到trigger和存储过程.

Fowler不加思索的指出事务处理是一个非常有用的数据管理工具,而且指出:

没有人想要把事务处理从工具里排除掉. 我没有足够的关于eBay的详细信息让我来判断放弃事务的对于eBay来说是正确的做法. 但是eBay的例子让我们明白,没有事务管理的日子并不是像人们想象的那样不可能.

除了成为一个我们值得考虑的一种替换方案的事实外,它也是一个例子表明非事务处理的方式的使用要比人们平时所认为的更加常见. 业务需要分多步走,而且和多个资源相关,而且时长时间的分布事务,或是资源不支持事务,这样的事情是常见的.

根据Fowler's blog写的,在应用层里控制数据的完整性需要非常的小心,还需要许多额外的代码:

你需要加倍小心你提交的顺序,让最重要的放在最前面. 每一步提交你都要检查是否提交成功了,如果失败了如何处理.

当开发人员观察放大企业应用程序时,经常会发现数据层是最终的瓶颈. 目前好像是出现了两种途径去提高数据库层: In-memory, distributed caches,such as Tangosol's Coherence and JBoss Cache, 和把大数据库分割成许多小的数据库,在这些数据库中横向的反数据集群.

在第一种方法中,缓存成了应用程序的主要持久数据目标了. 许多的缓存解决方案提供了他们自己的API,通过这些API,他们绕过了传统的企业数据管理接口,例如JDBC和J2EE事务管理.

非集群的数据库,在另一方面,需要应用程序管理多个数据库连接,很可能要依赖分布式事务管理来确保这些跨越数据库的操作的成功.分布式事务处理--特别是分布式事务处理的协调者,就成了又一个瓶颈和失败点,而且可测量性也有限. 就像Fowler的文章指出的,分布式数据库中利用应用程序协调跨越数据库的工作可以增加可测量性.

在你的应用中,你是如何避免让数据库成为一个(single point of failure??)个别的失败和可测量到的瓶颈的? 对Fowler的博客里描述的非事务处理类型的应用的你是如何考虑的?

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

概述
这是Manning Publications 出版的Groovy in Action 第二章中的一个由三部分组成的系列中的第一部分. 这个章节将用很高视角的方式介绍这种语言. 读了这一系列后,你将会由对Groovy的基本原理有个完整的基本理解. 这个章节讲将你揭示Groovy编码的基本面貌,以及它和Java的相似处和不同点. 同时也介绍了一个Groovy的内置特性:assertionts(断言),整部书将会用这个特性去做书中用例程序的自我校验.

一首经典乐曲的序曲通常是向听众介绍整部乐章的主题,这个章节也将采用这种模式. 经典作曲家编写出优美的乐章在以后的演奏中会被再次研究,扩展,改变和组合. 在一定程度上,序曲是整部乐章的缩影. 在这个章节中,我将向你介绍许多Groovy语言的基本概念. 但是首先,我们的学习将从了解Groovy的两个特征开始:编码格式和断言. 这个章节中,我们提供了一些程序例子来让你开始认识这种语言.然而,每个例子只有一小部分会被详细的解释,只是能够让你有个开始而已. 如果你想透彻分析每个例子,那么先读完这章,回头再来研究. 序曲可以让你调整适应这乐器,这声音,这音量和座椅. 所以,背靠下,放松,享受这Groovy交响乐.

2.1 基本编码风格

计算机语言在他们的代码感观上往往有一个明显的传统. 例如,一个C程序员在看Java代码时也许不认识许多的关键词,但他们却熟悉大括号的这种布局,操作符,圆括号,注释,声明结束符和样子. 你开始使用Groovy时你也许会无法将它和Java区分开来,当你对这种语言的了解增加时,你会发现从Java转变成这样更加轻量级的,有启发性的,习惯风格的语言很平滑. 我们先来看一些基础的:如何去注释掉代码,比较Java和Groovy的不同,看看他们的相似处,以及为什么Groovy抛弃一些定义语法代码会更加简洁. 首先,Groovy对代码缩进不敏感,但是对代码块遵循这通常的缩进结构时一个好的技术习惯. Groovy通常对多余的空格没有察觉,但对当前声明的换行和独行注释例外. 让我们来看看Groovy编码中的一些风格样子.

2.1.1 注释Grovvy代码

除了第一行的可选的脚本代码外,单行注释和多行注释跟java完全一样.

			
		  #!/usr/bin/groovy
		  
		  // some line comment
		 
		  /*
		     some multiline
		     comment
		  */
 

对于写Groovy注释这有一些提示:

• 这个#! 注释符只能出现在第一行. 它是让Unix shell去定位Groovy启动程序,来运行这些代码.
• // 是注释掉这一单行一直到结束.
• 多行注释要被包围在/* 和*/ 标记里面.
• 包围在 /** 和 */ 里面的Javadoc风格的注释将会受到多行注释一样的对待,但是对Groovydoc的支持会在写作的时候实现. 它会成为对于Groovy来说跟Javadoc对等的东西,有这相同的语法.

2.1.2 语法的比较

• 通常的packaging机制
• 声明(包括package和import声明)
• 类和方法的定义(嵌套类定义除外)
• 控制结构(除了传统的 for(init;test;inc) 循环)
• 操作符,表达式和赋值
• 异常处理
• 常数的声明(有些变化)
• 对象实例,引用和解除对象引用,以及方法调用. 下面是在Groovy中增加的语法:
• 简化了的对Java类访问的新表达式和操作符
• 允许更多