Log4Classicning

好读书 不求甚解 每有会意 便欣然忘食

导航

• Index
• Search
• TagCloud
• GuestBook
• About
• Admin

• 点击这里获取该日志的TrackBack引用地址

• 相关文章:

• commons.net使用示例  (2008-1-10 13:33:46)

  在Linux里安装MySQL和Tomcat  (2007-12-11 14:15:33)

  GDAL 1.4.4  (2007-11-28 18:8:55)

  用WinHTTrack抓文档  (2007-11-26 18:15:33)

  OOo Impress  (2007-11-23 23:57:34)

  推荐inkscape  (2007-11-9 21:59:46)

  New Implementations of MySQL Spatial Extension  (2007-11-1 10:52:45)

  iBatis  (2007-10-23 18:50:3)

  将MySQL作为GeoServer数据源方法和注意事项  (2007-10-22 18:19:21)

  Rebirth of Miranda-IM  (2007-10-3 21:18:11)

• 1.vincent
• http://ww.veryword.com
• 不过按照sun以往的做法应该继续开源。
  我比较讨厌redhat,整成了企业版收钱，然后弄出个fedora.我比较欣赏的做法是，企业版可以做，但是收费只是针对服务（当然服务不要把升级也包括进去）。我就是看不惯打着开源的旗号，到时机成熟就把项目当作自己的赚钱机器了的做法了。
• 2008-1-17 16:59:39 回复该留言

• 2.Classicning
• http://www.classicning.com/blog
• Sun肯定会继续发布开源版本的，现在MySQL的企业版已经是不开源的了吧，不知道以后会怎么样
  我倒是不反对redhat的企业版，开源公司也要壮大嘛，还是等着他们能和M$竞争一下。fedora我没有用过，问题多吗？
• 2008-1-17 17:57:11 回复该留言

• 3.alex
• Google Code上Project Hosting里有一些项目的水平很高，特别是Google自己发布的，主要是符合我的审美要求：简单、小巧、高效，呵呵
  东西很多，从支持向量机的算法到让IE也支持Canvas的excanvas，还有小而快的IoC容器Guice……
• 2008-1-17 21:37:37 回复该留言

• 4.Classicning
• http://www.classicning.com/blog
• 呵呵，下载GoogleCode是最大的Python开源项目集散地了。我看到的大部分新项目都在那里做host，很有前途。
  
  Guice我听过，没有用过，你觉得如何，主要是Spring现在太强大了，和很多其他框架都可以协同工作，要放弃不容易了。
• 2008-1-17 21:56:39 回复该留言

• 5.vincent
• http://www.veryword.com
• fedora还是可以。
• 2008-1-18 9:35:43 回复该留言

• 6.alex
• 是太强大了……到处都是SSH，不过Spring一开始用来解耦的，现在所有的程序都依赖Spring了，而且一大堆配置文件，出了一点错，调试起来就要命
  我觉得Spring主要是占得一个先机，DI和AOP起步的时候，他就推出了可用的程序，然后大家就都用它了，其实回过头来想想，DI没有那么复杂，过去用工厂实现也不是一无是处，Guice的定位就比较低调实用，而且用annotation没有一大堆贫血的配置文件，至于AOP，我觉得主要目的就是动态扩展代码，Struts2(WW2)中的拦截器，甚至像。net里的事件机制、C程序里的callback函数指针都可以做类似的事吧……
  我觉得很多库都是这样，一开始挺好，出名以后就开始膨胀……
  还有就是，很多流行的框架hack的成分太大，我觉得从美学和性能两方面看都应该充分信任外部系统，比如hibernate这样的ORM、ext2这样的swing风格的js库都会有稳定和性能问题。
  计算机发明以来最伟大的两个软件，一个是数据库，一个是互联网，都已经异常成熟和稳定，都有易学的标准的接口（SQL和HTML），放弃这些标准的接口，自己在应用层再实现一套东西，依赖tricks而不是algorithm，迟早会暴露出问题
• 2008-1-20 1:40:39 回复该留言

• 7.Classicning
• http://www.classicning.com/blog
• Spring的几大好处，不是我总结的，Rod说的：
  1. 有效组织中间层对象
  2. 避免单例、工厂的过度使用
  3. 一致的配置方法
  4. 对Spring API的依赖极小
  5. 面向接口编程
  6. 易于单元测试
  7. 轻量级
  8. 一致的数据访问框架
  9. 一致的编程模型
  
  我在上个学期做得Struts2项目里就没有用到Spring，而是通过interceptor加上工厂实现注入的，因为那个项目比较小，没有很多所谓“中间层对象”，所以用起来就相对简单。但是如果多的话，那个interceptor的代码会很丑陋，配置文件也很难看。
  
  我现在也理解了配置文件的的确确是Java的深渊，Struts的action文件，Spring的beans文件，Hibernate的mapping文件，我到现在都搞不定。不过昨天我终于实现了JPA+Hibernate的开发，用annotation替代Hibernate的mapping文件，虽然还是要写一个persistence.xml，不过感觉已经好多了，强烈推荐！好像Spring2.5也已经全面支持annotation的配置了，我最近做的一个东西就是力争把这些新的机制全都使用一遍。比起xml，annotation更加标准化，IDE的作用发挥地也更好，我喜欢。
  
  还有，IoC是Spring的核心，但不是Spring的全部。
• 2008-1-20 11:52:09 回复该留言

• 8.alex
• 其实说的这些好处不见得可靠：
  1. 有效组织中间层对象 2. 避免单例、工厂的过度使用 5. 面向接口编程
  -- 主要的还是设计，不是框架。不用Spring，这几点也是可以做到的，用了Spring，减少的复杂性和增加的复杂性需要评估
  3. 一致的配置方法 8. 一致的数据访问框架 9. 一致的编程模型
  -- 为什么不直接用Commons Configuration包呢？配置方法一致不如减少配置文件更好 用DAO 数据访问不一致吗 一致性也是取决于设计 而不是框架的使用……
  4. 对Spring API的依赖极小 7. 轻量级
  -- 我不这么认为，应该说只使用Spring的IoC容器才会对SpringAPI依赖少，Spring现在膨胀的厉害，检查一下有多少类引用了Spring的包…… 相对于EJB是可以这么说，相对于Guice就是另外一回事了
  一个框架是否侵入，主要是看把它替换掉需要多少成本
  6. 易于单元测试
  -- 这是对的。这也是Spring最大的好处
  应该说，“大家都用Spring”这是Spring最大的优势，资料好找
  我觉得还是要从设计入手，很多问题是可以避免的，最近在看领域设计驱动和分析模式，模型是最重要的，如果只是对数据库做一个CRUD的web界面，也就不需要OOD了，Rails这种直接了当的方式也许更好……
  
  呵呵，你全部用过一遍告诉我，我向你讨教
• 2008-1-20 16:50:28 回复该留言

• 9.Classicning
• http://www.classicning.com/blog
• 还有另一个问题，Spring需要用多少完全是可以自己决定的。可以用来做IoC，仅仅用IoC，或者仅仅用Spring封装的jdbc，用多少完全是自己决定的。
  
  有了Spring管理中间层的逻辑，正好是减少了设计的成本。我觉得这也是所有框架的左右，有框架在，基本上就不需要太多架构上的设计了。
  
  我是这么认为的，Spring各个moudle之间的耦合也不是很大。我只在一个项目里用过，最近准备迁到Spring2.5上。
  
  Java现在是太庞大笨拙了，简单的CRUD我用过Python的Django实现过一个Blog，我猜和Rails是差不多的，显然是简单地多。
  
  对了，给你推荐一个Python的Web框架叫web.py
• 2008-1-20 17:27:53 回复该留言

Powered By Z-Blog 1.8 Spirit Build 80722

2004 - 2007 Classicning.com. 苏ICP备06039259号.