问答首页 → 综合技术
0 0

框架问题思考30

我做程序员也20年了，目前做了个小公司，目前主要做一些应用软件的开发，一些问题一直困扰着我，希望高手给我个答复。
  1、java框架的问题。
  目前框架越来越多，学习用的时间越来越多，但是我觉得很想对项目帮助不多。比如我们现在做的项目，使用了ssh,structs+spring+hibernate,员工们差不多用了块2个月时间在学，可是弄了半天，发现我们真正用上的
技术不多。hibernate好像就是连接数据，能够省几行代码，程序结构清晰些，可是sql的复杂语句，hibernate又不认，配置文件也掌控不好，出了问题不知道怎么解决.员工们说好，可是本来1个月的项目，目前连学带做，用了3个月了。现在有的员工又提出来学用appfuse 和springside，实现基础代码用模板生成 配置自动生成,最基础的代码是自动生成,面对这样的员工，我是大力支持，还是怎么样。java框架无数，公司时间有数，金钱有数。麻烦各位大牛或高手，现在的大型项目开发，采用这些框架吗，小型项目，用这些项目能够提高效率吗。

  2、同样的代码我懒得写两遍  如果一段代码基本相同 要用两次以上 我肯定会写成函数 或者类，这样合算吗，假如整个项目，一段代码就用两遍，值得写成类马，是不是为了类而类吗。
  3、现在员工都愿意学新知识，不愿意做项目，并且许多新知识，公司项目中用上了，效果不大，时间费的很多。
  希望大家给出出主意

问题补充：
谢谢大家的回答，昨天有些问题没有说清楚。我是从dos下开始，dbase3 ，foxbase,vb,asp.net(c#）,过来的，2002年后基本不写程序了，自己办了个小软件公司，主要做应用项目，下有7个程序员，去年开始做jsp的项目，structs觉得就是实现了叶面和代码的分离，实际上.net下早就分了，并且分的更彻底，然后是学用hibernate，就是照着书和视频，照猫画虎，有两个程序员是从.net下过来的，用了4年的.net，有一个是从学校刚来的，绝对的java狂热派，心眼里瞧不起微软的东西。那两个用.net总说java不好用。因为项目要求，不得不用这个平台，摸索了两年了，也做了和实施了三个项目，一个学校管理软件，一各省妇幼中心的，一个网站的，都是应用的东西，项目已经交公。目前新来的学生学习劲头很足，但是框架说起来一套套的，我让说出用处和好处，却也说不出所以然来，本来我没有让他作具体项目，让他研究这些这些框架，然后设法搭建我们自己的开发框架，可是弄了3个月，没见进展。
   我在java这方面，算是外行，可是我想，用框架的目的一个是能够在这个框架的开发出来得项目，稳定安全，容易扩充，再就是能够提高开发速度，提高代码的共用性，可读性。可是目前使用了hibernate和spring框架，没有多少显现，尤其在第二点上，稳定安全和容易扩充上，我现在也没有多大感觉。现在他们用structs，标签基本不用，也没有开发出能够让大家共用的标签，开发项目总是从头开始做，我觉得软件发展这么多年了，总不是办法。我建议他们能不能开发这么个东西，上面放上我们自己开发的或者我们觉得有用的类，大家能够共用，比如数据库链接的，查询的，删除的，权限的，字符串转换的放在上面，大家可以共用，这样公司越发展，能够共用的东西越多，开发效率越快。可是我这想法java人员总不能够接受，总是在寻找和学习那些网上的差不多的架构。大量的时间耗费在这上面。
  都说，大公司有自己的框架，大公司的员工们说起来总是非常兴奋骄傲，那些开发出来框架的人，号称大牛，但我认为，假如框架只有大牛能够用，这些框架就太不实用了。那些同志们能够说说自己企业框架开发的过程和实现的目的吗？是在基于众多开元框架后加上众多自己的东西吗。
   大家说的有道理，公司应该请一个样样精通的大牛来，公司在他的领导的，进行项目的开发，一个是大牛都是人家公司培养出来的，都是从不会到会学出来的，我们请人家来，那个培养了公司不就没有了大牛，再说我们现在几十万的开发额，也难能容纳大牛，大牛也不会来。
   java技术这么神秘吗，我们这么多汉子，就不能通过学习网上的资料，书店里的书本，剖析别人的项目，掌握吗。用一门技术，就得请一个大牛，那公司岂不是大牛林立，怎么做项目。现在公司用的技术有php，.net，j2ee,还有vc什么的，基本上是小项目公司，拉到什么做什么，客户让用什么就学什么。惨淡经营，勉强生存。
  我听我的员工说，这里大牛林立，高手如云，年薪几十万的多如牛毛，听到这些话，想到我们几十万的营业额，我的冷汗直出。我说句话，可能引起众怒，我认为挣钱多的不一定技术高，如在移动，网通这些垄断公司的人，搞一些网络运营的人，挣钱多，技术不一定高，他们不是靠技术挣这些钱，而是机遇。天下程序员恐怕80%没有这样的机遇，我前几日听说，中国移动的一个服务商，要做一个网络社区，论听性质，有些短信服务，在我们这里，报价不敢超5万元，而听说这个项目1000多万，那些人们的高工资，不完全是技术获得。我的一个朋友，名校毕业，技术他也承认，和我们小伙子们相差甚远，可是人家平文凭硬应聘到了北京的一家大公司，就是做网站，用php，税后8000。这是现实，那些没有硬文凭，没有真关系的，没有这样的机会也没有办法。只有凭辛苦养家糊口。
   我的小伙子，每次从这个论坛出去，就和我说，人家那些大牛，好像不怎么干活，工资最少1万。我就和他说，好多人一出生就是千万富翁，不能因为没有那样的命运，而自杀。

    我希望哪位朋友，有开发经验的，就是我的员工认为的技术大牛，赐教我，赐教我的员工，给我员工一条正确的道路。我可以把项目发给你，提出建议。我们是自学的，没有经过名师指点，总是很惶恐。qq:258019131.msn：wqhzxy@hotmail.com
问题补充：
谢谢大家，5万的项目能用嘛？在我们当地，5万的项目算不小的。paranoid945 这个朋友不知道的是干什么的，我想问一下大家，有多少哥们所在的公司，能够接到大项目。我想大部分的软件公司，软件人员还是在小公司工作，做些小项目。
问题补充：
  大家好热情，可是回答的问题，和我想要的不太一样。我想要的：
   1、大家目前自己的框架用的是什么，我现在用hibernate,需要复杂的sql语句，hibernater无法使用，比如 带union的，实际是现实中的sql语句很复杂的，有没有必要非的用hibernate这种写语句的形式，并且熟悉了这种形势，在.net下开发，还得重新习惯。hibernate这种连接数据库的方式，能够对解决并发带来帮助吗。各位能不能把hibernate的好处好好说说。我的程序员说，假如网站的访问量大，不用spring,hibernate肯定不行，不知道为了什么。
  2、spring 的更不知道有什么用途，能够起到什么作用，书上说得很玄，现实中好像感觉不出来。
  3、我从大家的回答中，了解到用框架不一定能够提高开发效率，也不一定能够提高运行效率，那在安全性，可扩展性上是否就够怎么得到提高。
  4、大公司自己的框架是什么，我们认为框架，就是一个公司共用的平台，上面有公司多提炼，抽象的公用类和公司选用的优秀框架，利用这个平台，可以继承以前的成果，共享资源，所以平台，不是有一个大牛搭建的，而是慢慢积累的。
5、我愚昧的很，总觉得请一个大牛，很难正提高公司的开发水平。我真心希望大牛技术人员赐教。到目前没有一个教我。
项目管理 
2008年8月06日 23:28

21个答案 按时间排序 按投票排序

0 0

补充一点，不要因为使用新技术而耗时间，看见别人使用什么新框架就马上学，这个不好，要专注业务，真正一个好的成熟的软件，绝对可以比较灵活的从一个框架切换到另一个框架。业务才是软件公司如果想做一个行业注重的。我们项目就是比较轻松的切换到spring上来。

2008年8月13日 22:40
0 0

框架就是为你少做同样的重复工作而做的，至于搂住目前的情况是没有人熟悉ssh，这样是对软件项目有害的，按照软件设计管理，这个是高风险的问题，所以必须有有人精通ssh，可以既可以带来经验，又可以防止不当不会使用ssh导致的风险风险等等。

我觉得你们公司可能还太小吧，我们公司使用hibernate开发的好多大型项目，还不错，性能方面有专家优化，大不了使用存储过程或者直接sql，没什么太大的性能问题。

我觉得现在框架越来越多，但是它主要不是让你学习的，它的目的是让你更能专注自己的业务，开发出满足客户需求的东西。越好的框架，可能学习起来越轻松，比如spring，就觉得很简单，特别是看了rod大叔的那两本书，被他“忽悠”的更觉spring比较容易上大台面了。 特别他的架构打破EJB这种重量级传统，在性能和开放方面是有优势的。

2008年8月13日 22:33
0 0

1.hibernate我用了4年，没有遇到sql复杂到它搞不定的情况。不过，如果是高度优化(而非复杂)的sql，还是用jdbc好些。至于“hibernate这种连接数据库的方式，能够对解决并发带来帮助吗”，因为hibernate不是用来连接数据库的所以无从回答，但是hibernate用好了可以提高性能和开发效率倒是实情。当然，能“用好”的人很少，至少我这个用了4年hibernate的人不敢这么说。如果用不好，等待你的将是恶魔。“假如网站的访问量大，不用spring,hibernate肯定不行”，这个程序员可以走人了。结论是JavaEYE上普遍认同的：“有高手就用，没有就JDBC或ibatis”
2.Spring确实好，提高开发效率不说，上手还简单，你能用到的功能它都做了封装，而且封装的更加优雅好用。见过瑞士军刀吧，spring有点类似，他以IOC为核心（相当于刀柄），上面提供企业应用常用的好东西（hibernate,jdbc,jms...，相当于刀柄上的刀具）。而且，sprign比瑞士军刀的扩展性强多了，呵呵。其他IOC容器也许先进一些，但是都没有spring好用。结论是Spring可以大胆使用！
3.用框架不一定提高效率和性能，不用框架也不能，结论是：运用之妙存乎一心！有点废话了，建议在小项目中先试试，然后推广，要是不具备这种条件，那么我建议你大胆用（除了hibernate）。
4.你说的对，但是这种积累不但需要DN，而且需要时间、管理、成本...，如果有成熟的框架，为什么不试试呢？

2008年8月13日 00:12
0 0

楼主，你好。你的问题，我挺愿意交流的，提出自己的一些心得和想法一起交流：

1、Java框架问题
就Java框架本身来说甚至到Application Server这些，都是根据你的项目需求进行选型的。选择框架，要考虑的问题就是你的项目需求究竟是什么？你要解决些什么问题？举例说明，你的项目需求只是简单的报表，标的是5W，那么你作为老板，如果投入7个员工5个月，那还有赚吗？如果我是老板，这一个项目也许我根本不去用Java，直接用Oracle SQL Developer直接针对业务开发——我的意思就是，选什么框架，取决于你对项目的理解与成本的核算，而不是以员工的兴趣来选择的，那不科学。如果这批员工走了，下批员工爱好Phthon，你又如何？

你说的SSH框架，适合做MIS类的系统，但如你自己体会的一样，初期投入培训成本高。这个框架好不好，也不单纯是从项目成本去考虑，还有这个项目的可复用性、风险管理、版本重用、沟通管理……等方面的因素。为什么会很多企业在前几年都采用SSH？不是因为SSH框架有多优秀，而是因为社会上以SSH作为培训的机构很多，首先节约了你的企业的培训成本与员工上岗所需要耗费的时间成本，第二，普及SSH后的情况形成了一种“默认”的技术规范，员工节约了技术沟通时间，第三、由于大家遵守这个规范，所以前任技术人员形成的适用于自己的技术经验和业务框架可轻松重用，使开发高效。

明白以上一个过程后，就应该清楚，你是在根据“兴趣”来选择框架，而且让员工投入了三个月的时间让7个员工去学习，呵，这种管理上的认知，我觉得你需要加强一些，包括后面你对“牛人”价值的衡量，我觉得你有必要与更多朋友交流熟悉牛人与好的管理方案会给你带来成本、效益、效率上质的飞跃的。

回归主题，选择框架，一个根本是：适用、好用、实用，能够快捷实现价值创收就是好框架。比如说我公司前几年也用SSH，后扣在两年前，我们三个大部门各按照自己的需求由技术领导人创建了自己的框架，象我们部门的就是由我运手写的框架，适用于实时性强的运营型大系统，这个就不是SSH能胜任得了的。

2、代码复用问题

首先，函数与类的抽取，不是为了什么而什么，最快捷一代码能完成的事情，如果被写成两行代码，这个程序员就属于新手了。抽取方法与类，实际上是一个需要经验含量越丰富越好的工作，会使工程的维护性、可阅读性、版本控制、多项目通用都会有好效果。通俗点说，就是如果你有一个好的技术先锋，他能简单就帮你封装一套系统应用在你后续的好多项目当中，一天的工作为你带来N-1个项目的投入，哪个价值更大？

3、员工兴趣问题

我想说的是，如果老板自己工作方向不明确，那么当然会无法引导员工的职业技术、职业规化，员工的兴趣和目标就很泛滥了，所以你先给自己定好位，找到明确的公司目标，给员工一个好的愿景和目标，他们自然会知道应该怎么衡量兴趣与工作目标孰重孰轻的。

以上是我的一点简单看法，见笑。不妥之处请见谅

2008年8月12日 11:15
0 0

这种东西几句话很难回答，http://www.iteye.com/topic/222159 ， 或许对你有帮助

2008年8月11日 19:52
0 0

至于分类与否的问题，建立楼主看看重构-改善代码的艺术还有代码大全，这是我喜欢的书！

2008年8月09日 17:06
0 0

个人觉得如果你的程序员用框架都如此费力的话，那么用java裸奔做逻辑稍微复杂点的项目，绝对是死在半路上，或者把软件交给客户后，不做后期扩充和维护啦！
框架是人用的，代码是人写的，楼主虽然做程序员这么就，我想应该是没有做过大型的企业级项目或者少做，框架应用在真正的大项目，扩充性能要求好，维护周期长，收益就越大，至于几个小小的cms，我想只要程序员牛，就算在用jsp和servlet，javabean技术实现的时候，至少也会实现基本mvc的分层，
所以说到，我想，楼主，真正考虑的不是你的公司应不应该采用框架，而是你的团队的带领和建设，员工的管理，什么时候学习新的东西，什么时候认真的做项目，对项目采取什么样的态度，项目经理对团队的激励和压力的给予，个人认为是这里的问题！

2008年8月09日 17:05
0 0

跟你情况差不多，我做软件也10年了，目前也是有一个小软件公司，就我做公司的经验来看，你所说的SSH，都属于技术框架，其实对于一个IT公司来说，如果只是使用SSH，那每个项目来了，还是要从头做起，每一个功能都要重新做一下，并且如果仅用SSH，系统的修改就是一个很大的问题，用户要改页面一点东西，员工就要改一大堆的东西，后台要改，XML什么的又要重新配置，对于小公司低价格接到的项目，不划算。我是用自己写的框架，这种框架不存在太深的技术，应该定义为一种实施框架，可以比较方便在实施过程中应变用户的要求。当然，这种东西，程序员是不喜欢用的，因为，离开公司后，这种东西就没有用了，底层的东西他们又看不到。但对于开公司的来说，是以赚钱为目的，所以建议不要使用什么纯SSH，除非用SSH包装成自己的框架，这样对公司才是最有效的开发方式，不然，你公司就成了培训SSH的场所了。

2008年8月08日 17:11
0 0

你应该对你的员工狠点心，鼓励学习，但是不能耽误进度，用新的可以，但是必须按期完工，如果没有把握，就老实点，否而后果自负。公司接到的项目不是给你做试验用的。首先满足了客户的需求，然后可以重构，可以尝试加入新的技术和框架

2008年8月08日 14:21
0 0

我们公司和楼主类型一样，也是一个项目10万以下的层次。
就我们现在的情况看，主要不是用什么技术，主要是时间的问题。任何一个项目都不可能像楼主说的能有三个月给你学习的。基本都是一两个星期拿demo，一个月出效果，两个月上线调试，三个月就拿钱了。当然前提都是小项目。

所以关键是时间不是框架。要抓住以下重点：
1、客户在乎的是功能、性能、界面等所有客户能看见的东西。
2、java下面那些框架的本质还是别人写好的代码给你用而已，到现在还没什么框架能在java底层来做手脚提高性能和易用性吧
3、很多框架教程书籍的开头都会写到，框架仅仅是别人写好的，比较适用于某一方面软件开发的，比较通用的程序半成品。就用我们自己公司的项目来说。有一个项目是面向大众，客户要求的是速度，还不能生成html缓存，我们测试到最后，什么框架都没用，只有jsp+servlet能够符合要求，jstl都要少用，再往下层我们就不考虑了。还有个例子，客户要求漂亮，好看，帅，要求安全性和可维护性对于性能，他们根本没有这个概念。我们用RichFaces和Seam，加一堆特效上去，每个页面打开都有好大延迟（前提还是时间少赶工），每个页面生成的html让人看着头疼。

总结：没有什么框架好不好，只有针对具体情况适用不适用。

2008年8月08日 14:16
0 0

IT行业还是挺残酷的，小公司要生存，必须面对一些残酷的现实。

但是我觉得，软件公司仅仅考做项目来维系生存，十有八九不能长久。

最好的出入还是需要走产品路线，必须要有自己的产品。


说道java框架，我是觉得选用主流的框架就行，但是最好有经验的人带领，团队的水平会因为leader的水平而提高一个档次。个人是这样体会的。如果大家都是在摸索中开发东西，那么很多东西都没法保证。项目风险太大了。除非你不在乎成本。

2008年8月07日 23:55
0 0

慢慢发展吧
大公司找一个sd就能把你的问题回答得明明白白，关键是你能雇得起么，1个就行，月薪1，2万的，当然你们全公司没有会的，被伪大牛忽悠也很可能。
另外你们接的项目也太...那个了吧，5万的项目能用嘛？公司能生存嘛，这要是在北京....不得流落街头...

框架是别人写的，别人维护的，用框架是把一部分责任由其他人付，自己减少风险，提高生产力，但是学习框架需要时间，维护框架需要会框架的人，很多框架不精通就用很可能会对你的系统产生很大的危害，甚至令一个项目失败。

举个例子，hibernate，使用会极大的提高开发效率，非常容易管理，但是hibernate正常使用非常耗资源，本来同时1000个用户访问的，用了hibernate后100个用户访问就死机了，很多项目，比如电信，银行，要提供给10亿中国人用，效率要求非常高，甚至必须要写存储过程，否则项目一定会失败。当然我不否认hibernate理论上可以优化到很高的效率，但是那得学习很长时间，数据库基础非常好的人，非常少，一个项目要维护很长时间，一个不小心被hibernate入门者改得面目全非，项目就很危险了。

总之一句话，不要太教条，要灵活，理论结合实践。

2008年8月07日 18:02
0 0

LZ的问题，归根结底还是缺少带头人员的问题！
不一定非要招个年薪几十W的大牛，年薪十W的小牛总可以招来吧。
不要盲目地选择研究新框架，而要先选择一个合适的框架使用（这个小牛就可以解决了）来进行项目开发。
如果连小牛也不想招，那就简单一些，jsp+ javabean 也就够用来开发一些小项目了，有必要非得用这种或那种框架吗？先把项目做下来，在每个项目完成的过程中，提升公司使用这种技术的能力，再一步一步地选择新的框架。
说到底，你们目前的问题，并不是技术框架选择的问题，而是人员配置的问题。不解决人员的问题，工具再好也不顶用。

2008年8月07日 17:57
0 0

听了楼主的回答,我有些汗颜．
因为楼主搞了２０年的程序开发，相信经历了程序更新换代的时代,经历过生活的酸甜苦辣．从中我只能感觉到自己的路是否走的太浮躁．
我希望这个帖子能顶起！

2008年8月07日 17:13
0 0

现在 2008 年，楼主从 1988 年做程序，当时应该搞dos下的、unix下的编程吧，c，汇编，windows 95 出来之后，估计就跟着微软走了，vb / vc /vfp ? 我不知道。 java来了，了，走马观花看一看。楼主已经从实践派成为了理论派，这些框架什么的，自己懒得研究

现在这帮人都在搞什么玩意，世界变得太快。

这个问题给我的教训是----跟着别人走，20年后也许你还不如一个新手。

2008年8月07日 14:32
0 0

做了20年的程序了？太强了！这种人自己写个框架应该都没有问题了吧？呵呵！框架就是拿来用着方便而已！没别的用途！照葫芦画瓢！这应该就是框架吧！至于思想还是思想！不想重写，应该整个好一点的架构，一开始写的时候应该就考虑到以后代码的复用！呵呵！想不想重复写代码，看你们的架构师了！也看程序员的思想觉悟了！呵呵！

2008年8月07日 13:41
0 0

楼主做程序员20年了？
　

2008年8月07日 10:36
0 0

框架确实能提高生产效率，像SSH这样的知名框架，肯定比你们自己弄的稳定性好的多。而应用这些框架比较出名的当属Appfuse 和 SpringSide，我个人推崇AppFuse 他做的很简练清晰却又不失丰富。SpringSide 根据J2EE的组件，做的非常的全面，而且是国产的。 这写框架都已经被很多中小型直接拿来参考使用了。实践证明他们的确是优秀的。

但是在好使的枪炮，要会使用才能有效。像楼主你们公司的情况没有一个精通ssh的人，大家都白手起家，这违背了软件设计的原则，当对一个技术不熟悉的时候不要妄用、滥用。我的意思不是说不要使用新技术，大家都提倡使用新技术、搞创新。但是像ssh这3块，是三足鼎立的，哪一块不行，项目注定失败。新技术在项目中是锦上添花。如果一个公司没有一个精通的领头羊，就不要使用Hiberate. 可以组织一个小组，平时多尝试Hiberate方面的实践，大家搞些小科目、小模型来解决在通常项目中的需求，等有人玩溜了，在上这个技术框架也不迟。（关键楼主你自己要多留意技术主流，当学习多实战）

前几天，JavaEye新闻不是说有个项目因为一昧投新，推崇新技术，结果项目周期推迟了10个月吗……，哎，这都是“大跃进”思想。像一些大型软件公司根本就不用这些框架的，他们都使用企业自己定义的一套框架。框架主要是为中小型企业服务的。他们毕竟人力、物力有限。

所以，建议楼主公司招一个人，这个人精通SSH，由他来把关，做个顾问，相信这盘棋就活了。你们这样摸黑瞎撞，犹如拿公司生命开玩笑^_^,打个比方莫怪。

2008年8月07日 09:54
0 0

引用
1、java框架的问题


java的框架确实纷繁复杂，但是也不是完全没有规律可寻，其实都是基于mvc的框架
m层非常一致基本上都是spring+hibernate，老点的用ejb，jta什么的，这层基本没变化的
cv层是最为混乱的，sun主推jsf，个人感觉不错，现在iceface+seam+jsftemplate在国外好火的，但是在国内的市场一般，有不少公司也正在转用这个，他对于oa有比较好的支持
个人也比较喜欢。之后是就是ajax的远端框架配合dom4j、ext和xslt形成的web2.0框架，做出来的页面好漂亮，但是对浏览者的机器要求高点，不够敏捷。古老的struts也不错，会的人多，但是页面，敏捷程度不好，确实该换换啦，现在struts2或者叫webwork也不错，呼声也满高的

引用
2、同样的代码我懒得写两遍 如果一段代码基本相同 要用两次以上 我肯定会写成函数 或者类，这样合算吗，假如整个项目，一段代码就用两遍，值得写成类马，是不是为了类而类吗。


这个我个人绝对支持，如果维护起来很方便的，如果能遵守open-close原则就更好啦。
毕竟软件生命周期最长的是使用，也就是维护;所以这点很重要

引用
3，学新知识是好事，值得鼓励，但前提是不影响工作。

这个也对，公司毕竟不是学校;盈利才是主要目的。但是推荐搞些培训，这样大家的水平都会很快提高;所谓教学相长嘛

2008年8月07日 09:26
0 0

1项目开发无论用什么框架都必须有个对此框架熟悉的人来带领团队.至于员工是否愿意用这样的框架开发，就必须服从．如果没有一个统一的管理,带来的将是最糟糕的麻烦．

２能抽象的就抽象，能封装的就封装．也许代码重复利用很少,但你不能保证今后的扩展性.所以一切的服务都是为今后的扩展而努力．

３新东西谁都愿意学，但是必须保证当前的技术稳定和成熟．公司不是学校．

2008年8月07日 09:24
0 0

1，框架的问题，确实不好说。像你们公司的情况，似乎没什么牛人，所以用SSH应该还是算合适的，因为比较简单，上手也快。你目前的困惑其实是你们没有把这个用好，建议你们多花时间，Focus在这上面，不要这个没搞精就去搞别的了。
AppFuse和SpringSide都是SSH＋一些其它框架的一Best Practice，可以参考，有一定的价值。
大中型的项目，其架构决不是一个简单的SSH就能搞定的（其包含的面也不仅仅是几行代码，虽然最终体现是代码和一些设备），所谓架构，建议你去参考相关的书籍。

2，肯定不能为了类而类，建议根据实际情况来定，例如团队的水平，同时要结合沟通的成本来看，抽象是好事，但抽象会带来沟通成本的增加。这是一项Balance　Game。

3，学新知识是好事，值得鼓励，但前提是不影响工作。

2008年8月07日 04:08

相关推荐

Magicbox
Ask-but
我的问答 FAQ | 勋章

相关推荐

已解决问题

未解决问题

排行榜

Global site tag (gtag.js) - Google Analytics