1. 每个函数的行数不得超过 显示器的一屏幕的高度,如果有这样的情况的话就应该分成多个函数 2. 要注意多使用 namespace 的方式,尤其是 javascript 代码,以避免变量名冲突 比如:g_aaa, g_module1_aaa, c_max_name_len, c_module1_max_name_len .... 3. 注释,一定要加,要按照 javadoc 的标准格式,不要自己随意定制格式 4. 因为已经有了版本控制系统,所以提交时要把注释的老的代码删除掉,以避免代码混乱难于维护 5. java 代码中不允许出现 magic number, 需要的地方要定义常量 7. ...
  • 12:36
  • 浏览 (50)
  • 评论 (1)
2008-06-03

值得分享的客服信[转载]

关键字: 沟通
值得分享的客服信 作者:virushuo 发表于 2008-06-03 11:06 最后更新于 2008-06-03 11:06 版权声明:可以任意转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明。 http://blog.devep.net/virushuo/2008/06/03/idc_letter.html 前几天blog访问不了了。询问机房,得到了这么个很强的邮件。这个邮件写的真是跌宕起伏。让人看了确实不生气,还很同情他们。我觉得实在值得分享一下。 其要点有几个: 1 承认错误:事故确实发生了。 2 先说坏消息:机房起火爆炸了! 3 然后说好消息:你的数据还在! 4 ...
  • 20:10
  • 浏览 (50)
  • 评论 (0)
我们的系统是 Spring+iBatis 的方案,数据库是 oracle。操作系统是 linux 或者 unix 客户要求我们把我们的系统部署到他们的服务器上,这个服务器和数据库都由他们来管理。 对于我们来说,我们的数据是非常宝贵的,不希望客户能够直接通过连接数据库的方式大批量的获取。当然,我们的程序也有很多我们的心血,所以也希望能够保护起来。 请问在这种情况下我们有什么方法可以保护我们的数据和程序呢? 商业方案也可以。 谢谢了!
2007-09-09

电影《奔腾年代》

关键字: 电影与人生
本来以为是关于汽车的,看完之后感觉不错,以后再看一遍 应该允许别人犯错误,改了就好 要有不屈不挠的精神,屡败屡战 要懂得感恩,比如老板给的机会,当然是老板有人情味的情况下  
  • 16:25
  • 浏览 (342)
  • 评论 (0)
使用<script type="text/javascript" src="abc.js"></script>的方式调用外部的JS文件,在JS文件中用使用docuemnt.write写<object>...</object>。 注意:直接在页面上使用docuemnt.write写入是不能饶开激活限制的。
  • 16:34
  • 浏览 (339)
  • 评论 (0)
http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch14_:_Linux_Firewalls_Using_iptables
  • 19:48
  • 浏览 (305)
  • 评论 (0)
------------------ 这是这位朋友本周要做的任务 ---------------- - 2.5 Assumptions and Dependencies. What do you assume the client to do/act/want, and what you depend on to produce a final result. Its design phases for everyone. ---------------------- 以下是原题目 --------------------------- Dominion Pizza ...
  • 19:48
  • 浏览 (431)
  • 评论 (0)
作者:Simon     来源:IT168 JSF掀起你的盖头来 JSF为什么会受到如此大的青睐,IBM,orcale,包括国内领先的中间件厂商金蝶也投以关注目光。那么它又具有哪些与众不同的优势吸引众商家投怀送抱呢?下面我们就来揭开JSF的神秘面纱。 JSF英文全称 JavaServer Faces (JSF) 是一种用于构建 Web 应用程序的新标准 Java 框架。它提供了一种以组件为中心来开发 Java Web 用户界面的方法,从而简化开发,也是Sun精心打造的一项技术。 JSF优势之一:UI组件(UI-component ...
Cache 这个东西,看似简单,但是具体实施起来却是很麻烦,有许多方面的因素需要考虑,很多实施不好的 cache 会成为系统故障和维护噩梦的重要源头。 所以我的原则是,只在一个层面上提供 cache 功能,其它的层面都不提供,以避免其复杂性并且降低耦合性。 就像各位所讲到的那样,cache 包括很多层面,而且会有一些特殊情况,这些应改需要根据具体情况具体分析了。[color=blue]这里我主要想讨论一下我们大多数情况下用到的的 cache 方案。[/color][color=orange]页面 cache 也很重要,不过不再这里讨论了。[/color] Allen 说: [quote] ...
我个人倾向于放在 service 层。 因为虽然 hibernate 和 iBatis 都提供了 cache 机制,但是他们提供的方式都不是很完善。而且还有可能会使用其它 dao 的技术方案。所以放在 service 层应该更好一些。 注: cache 话题很大,我们只讨论 business layer 的 cache 问题,即 service 和 DAO。
jiming
搜索本博客
最近加入圈子
存档
最新评论