Java程序设计指南

面向功能强调数据在计算机中功能，程序架构的基本结构是函数。对于数据本身表现的它在客观世界的意义必需在函数中用标志来进行判断。函数重载，就是对同一功能不同概念的管理方法。是一种先功能再概念的思考问题的方法。 面向对象强调数据在客观世界所表达的意义，程序架构的基本结构是类。对象是程序中对客观存在的事物的

小弟是个学生蛋子，没什么特别大能耐。最近捧着设计模式看，看过一遍后发现还是难以理解它的思想方法。很多模式感觉就是表面功夫，思路还是打不开。 比如很多模式就感觉是个聚合关系：适配器，桥梁多是将目标桥接一样，放到另外的一个接口去工作。 请教各路高手如何学好设计模式啊？尤其是掌握它的真谛。谢谢

我最近一直在想.我们生活在这世界无时无刻都在遇到各种各样的问题----生老病死,吃 穿 住 行 等等,我们是生活在一个充满着各式各样问题的世界里. 而我们所做的一切都好象都是只为了解决问题.解决生的问题 诞生了接生婆 解决病的问题诞生了医学医生 药 解决吃 我们种菜/样猪/大猎/,解决行我们做出了车

这几天在看SSH(Struts+Spring+Hibernate)，总觉得这种开发框架不是很符合面向对象的分析与设计。 bojo已经退化成很单纯的一种数据结构struct，用来在三层间进行数据交换，不过是一种数据载体，说它是对象有点勉强；它没有业务操作行为，只有对本身数据的getter与setter

什么是一个对象向另个对象发送 消息啊? 书中一个例子是 aperson对象发送settime()消息给aclock对象 里面settime()是aperson对象的方法,还是aclock对象的方法呢? [该贴被skywalkers于2008-02-28 23:02修改过]

关于javac.exe的问题。 我们都知道java.exe和javac.exe是两个导引程序。java是启动jvm 后，由jvm运行classLoader来加载你的类，这些原理我都清楚，java的c源代码我也都仔细看了分析了！就是找不到javac.exe 的源代码，我问过一个高手，最后给我的答案是

不得不佩服高人的语言,尤其是"killer"和"banq" 引经据典,随手捏来,着实让我着迷.就像是一篇严紧的论文,句句入理;又像是一篇哲文,道出本质.把中国的哲学引入软件设计中,甚至把做人的道理

看到所有人都在讨论这个那个框架，感觉做出好软件，最大限度的降低成本，非框架莫属？可我为何总感觉框架没有让软件简单，反而更为复杂； 框架不是解决问题的银弹，我们必须另寻出路；2000年开始用Struts，而后再也不理会什么框架，那不是提高效率、赚取利润的办法；我们要的是终极武器，不是修修补补的膏药；

对于类似ejb的组件，sun的标准架构中，推崇一种facade模式，来做调用，那么是不是说facade类是部署在和类似ejb的组件在一个服务器上？这样才能减少网络消耗。 那么是不是说，如果对ejb做分布式，部署在不同的服务器上，facade是不是就不能达到减少网络负载的作用？因为在facade中也是

[url= 原帖在上面 既然jdon是讨论软件设计方式的论坛，那么目标是为了提高软件质量。 我开个帖子想跟大家讨论一下软件质量的考核标准。

这个论坛里大部分是弄java的，但是我还是想表达我的观点。 本人用了8年vc，2年linux－gcc，现在因工作需要参与一个java的项目。我对java、j2ee等的认识，可以归纳为3点： 1、java的作用，是把简单的事情弄复杂，搞出一大堆概念、名词出来糊弄人。 java阵营的新概念、新名词特别多

老是听人家谈一个项目的架构，Banq大哥和各位朋友，能不能说一个，一个项目的架构究竟是指什么？

最近公司想开发一个购物下载系统，带有新闻的那种。 不知道架构和设计模式都要采用什么样的比较好。而且还有一个问题。 团队都是临时组建起来的。大家并不知道有什么优势， 用什么的样的架构和什么的东西，才能快速的开发！ 希望大家讨论一下。谢谢！

如题

玩hibernate有些日子了，但一直没敢在大型项目里用，主要是有种感觉：hibernate对设计思路有很大的干扰。 说个具体的例子： 很多应用都要求记录某一个业务对象的变更的历史，比如说，一个issue-tracking系统里，对issue的每一个处理步骤都要有纪录。这时，数据库通常设计为一个主表

如果一个项目做完了面向对象的分析与设计,当具体分工时,应如何分工.按照什么规则。对面向对象了解比较少，让大家见笑了。