zhanghonglun
- 浏览: 92137 次
- 性别:
- 来自: 上海
-
最新评论
-
mikey_java：
...
解释传值，传引用？String参数的困惑 -
a289364105：
[img]<img src="http://w ...
内部类 -
a289364105：
[url][/url][img][/img][*]引用[u][ ...
内部类 -
silencer：
有时候也想静静的写一些东西。但是，生活让我们不得不去追求一些“ ...
生命中什么最重要 -
doueye：
没有钱，所以只能简单的生活。
想快乐的活着的时候，已经过 ...
生命中什么最重要
文章列表
粗体字部分是我的注释，可能对那些不太熟悉Shell 的人有点帮助吧，等你读懂了，再去配置心里就有底了。
#!/bin/sh
#......
# limitations under the License.
#......
# $Id: catalina.sh 750920 2009-03-06 14:43:19Z markt $
# -----------------------------------------------------------------------------
# OS specific support. $var _must_ be se ...
- 2009-07-20 23:47
- 浏览 4657
- 评论(0)
耦合跟内聚是一个硬币的两面，在设计时我们将要低耦合，高内聚，但我们更多的强调的是解开耦合之后，各部分之间相互影响变小。其实还有一个很大的因素，就是解开耦合后的个部分应该是高内聚的，这样我们可以对这部分内聚的职责进行优化。
就像讲到领域类设计和数据库表设计一样，我觉得最好是分开来做，然后使用ORM 技术将它们关联起来，这样两边都可以按照自己的理论和需求做优化，而不是先设计数据库模式，然后反向工程生成类，因为这样做相互成为约束 ，就不太好了。
逻辑架构设计时需要解耦合大家都很熟悉了，其实物理资源的使用也要考虑解耦合，
比如我们做一个社交网站，包括了很多的运算和文件分享。这时候我们最好将文 ...
答复: 拼拼凑凑也是书
- 博客分类：
- 杂谈
在书店看到一本书，很厚很惹眼，拿起来翻了一下，作者在序言里表现出的气势灰常震撼，大概意思是: “为什么你做了两年Java 开发，还只拿3000 多一点，那是因为你还没有读过我的葵花宝典
”。我当场被镇住，立马放下这本书，我深知自己不是什么练武奇才，悟性也不够，害怕练的走火入魔。
看那些真正的大师级作品，如Thinking in Java,Java核心技术 等，从来没有如此震撼的感觉，至少在序言里没有。
回到家，就很想搜搜这位上帝级人物何许人也，于是就搜到了这个帖子，
最恶心的是，此人还老是拿他是某某大学副教授出来唬人，靠，让我想起了一段伤心往事，
记得一次我跟一同事兴致勃勃的去参 ...
- 2009-07-17 23:31
- 浏览 912
- 评论(0)
伟大的Maven
更伟大的"Conventions Over Configurations"
这个不用讲什么了，慢慢体会吧
- 2009-07-15 22:53
- 浏览 816
- 评论(0)
考虑到高可用性，在架构面上讲，
单点Service< 负载均衡< 集群
再好的单点Service 也总有当机或者停机维护的时间。
简单的负载均衡，你用了吗。可能这又是个就在你身边，可是又很远的东西。
牺牲掉标准版Weblogic 的管理性，使用Tomcat 的负载均衡提高稳定性。
Tomcat 集群?，以后再说吧。
- 2009-07-15 22:40
- 浏览 976
- 评论(0)
引用引用引用
类图是E-R 图的一个超集，所以我会选择先用面向对象的方式建立领域模型(分析类)，然后两个分支并行的做数据库逻辑模型和领域模型的设计类。这样省去了数据库的概念模型。并且类图的表达能力要大于E-R 图，类图转换成表时也很多规则可以用的(跟概念模型转换为逻辑模型很像的)，总之只要搞到满足特定的范式就OK 了。
这样也算ORM 了。
两个分支并行？是一边设计领域模型，一边设计数据库表吗？这样不是混淆了设计的方法，同时应用面向对象和面向关系，这样设计不是会在领域模型中混入了关系的模式，使领域模型不伦不类。导致领域模型失去了简单性和明确性，难以理解。
是一边设计领域模型(设计类)，一边设计数 ...
- 2009-07-15 20:42
- 浏览 857
- 评论(0)
内存不溢出就没问题了?
答案当然是否定的，内存的使用效率以及JVM 内存的Tuning 都是很重要的。
一个简单的请求要耗用1G 的内存，能接受?
JVM 在频繁的GC ，甚至是Full GC ，哪儿有CPU 时间给你做正事?
推荐两个简单实用的诊断工具，
Thread Dump
-verbose GC
- 2009-07-15 10:52
- 浏览 728
- 评论(0)
我们有很多系统都是向全球的用户提供服务的，但出于成本和维护升级等方便性的考虑，在部署时是中央部署，也就是没有分别在不同的区域部署我们的服务。这样就有一个很现实的问题，各地区的网络环境不一样，特别是各大区域之间网络的质量(带宽和稳定性)有很大差异，我们应该很有体验的，不是下载MyEclipse 都要翻墙吗。这样，就很难保证能向所有的用户提供同样高品质的服务。于是，我们想到了一个其实是上策的解决方案，那便是利用第三方提供的服务，加速我们的网页，并且提高稳定性。原理非常简单，就是利用缓存。这个厂商提供了一个很稳定的基础平台，即可以保证所有地区的用户都可以访问到。然后将我们的应用(页面)缓存起来。
这 ...
- 2009-07-14 17:11
- 浏览 2283
- 评论(0)
JE 早上发现我的博客文章下面有了些广告，我想肯定是JE 投放的，感觉有点不爽。
刚才去博客设置的地方一看，原来还是可以取消的，恩，不错，还是蛮厚道的。
- 2009-07-12 20:52
- 浏览 852
- 评论(0)
什么是修行，
就是饿了吃饭，困了睡觉;
热了开空调，冷了盖棉被;
有女人就X, 没女人别想。
x=疼，爱，... ...或者其他你喜欢的动词~
贴个小故事，
许由和巢父，是很好的朋友。巢父居住在山中，不谋求世俗的利益，年老之后，他在树上筑巢而安然地沉睡其上；许由则“为人据义履方，邪席不坐，邪膳不食”，因此许由赢得了尧的高度信任，尧决定把帝位禅让给他。但许由毫不忧郁地拒绝了尧的好意，逃遁到了“颖水之阳”。后来尧又派人来规劝他，许由感到非常肮脏，等规劝他的人走后，许由就跑到河边，用清水来洗耳朵。这时，巢父正好牵着一头小牛到这里饮水，他看 ...
- 2009-07-12 16:23
- 浏览 765
- 评论(0)
借用投资学里面的两条金科玉律，
1,永远不要亏损
2,永远不要忘记第一条
我理解的软件架构也有两条
1,永远不要当机
2,永远不要忘记第一条
近看到一些关于银行系统架构和MES 架构的帖子，写点感想。请伟大的架构师们高抬贵脚，昂起您那高贵的犄角，勇敢而华丽地飘过。
排名按优先级分先后，
高可用性 ，这个是底线，如果一个系统三天两头Down 掉，真的很丑
关键字：集群，负载均衡，冗余,故障转移
高性能 ，一个报表要跑两天两夜才能跑出来，一个事务要10 分钟才能处理完，这样就算穿了裤子可能也是透明的，比当机好点，但也好不到哪里去
关键字:缓存，异步(J ...
- 2009-07-12 14:25
- 浏览 3370
- 评论(7)
在书店里的一本书上看到的，凭记忆记录下来先，慢慢验证。
1，尽量使用多表连接而不是查询多次
2，尽量使用Exists 而不是in
3，尽量使用Exists 而不是distinct
4，查询条件中尽量不要有函数
5，尽量使用union all 而不是union
- 2009-07-12 13:30
- 浏览 917
- 评论(0)
使用缓存提高系统性能
- 博客分类：
- 架构
分享内部培训材料，因为在内部培训时更多的是讲述，所以教材做的不是很详细，但为了不浪费各位时间，我会尽量让它是完整的。
Content
什么是缓存
为什么要用缓存
什么信息适合做缓存
怎样实现缓存--简单原理
实践--使用OSCache 实现缓存
Presentation
:使用缓存改善系统性能
- 2009-07-11 15:00
- 浏览 868
- 评论(0)
引用我们企业用delphi+oracle做产线管理系统，作业方式就是给我们的产品（手机）贴条码，然后通过刷条码进系统来管控流程。有时候要调用外部程序，有时候要打印（传文档到LPT端口）。因为windows费用的问题，部分电脑采用linux ...
今天工厂那边的系统出了点问题，修复后，同事请对方的User 确认，讲完问题已经到了对方下班的时间，对方一句话让大家哭笑不得，
“以后下班后就不要找我了，我可是朝九晚五准时上下班的”，
前面可能没说清楚，让大家读出了很多个哈姆雷特~现在补充点上下文
这个User 是产线上面的一个Operator,是个很可爱的小朋友。我们只是觉得这句话的表达方式很有趣，并且表达出的态度也很酷，毫无掩饰，非常真实可爱，呵呵。其实我们也没有在下班后找过他，他也不是在表达怨气，更没伤害到我们，相反，我们觉得很好玩儿。
我想只有真正无所谓的人可以这么潇洒的直接了当的讲出自己的想法。如果你可以，恭喜你，你 ...