|
锁定老帖子 主题：Jacn
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-10-11
Jacn 的主要目的是 1.简化 Spring - 通过简单API 把 Spring 的内衣内裤完全遮盖起来。特别是大量地AOP 相关的部分。 2.提高 使用 Spring 的 效率 - 通过 IDE 的 refactor 的支持， 这是极限编程的支柱。 3.把 Spring 和 JSF 完全整合在一起， 提高JSF的 程序员 友好性。 4. Jacn 还有一个非常重要的使命，就是把 Spring 的那些繁琐的细节掩藏起来， 让 IOC 成为初学者简单容易上手的编程思想和工具。 引用 用户没有选择,这与自由的软件精神有点貌合神离.如果用户有选择的话,可以用代码,也可以用xml,也许可能更好. 既然你需要，我就给你。 当然可以混合使用了。 请阅读首页介绍。 引用 使用Jacn,我如何来处理内联定义的bean呢 应该很容易想到吧： foo.setBar(new Bar(););; 引用 使用Jacn,开发者要自己很清楚bean的行为,这好像不太合乎面向对象的习惯吧. OO (特别是 interface) 强调知道行为，不知道实现。 引用 有时不小心把字母误写,可能调试的时候都不知道错在什么地方? 你是在说 xml 的毛病么? Jacn 没有问题。写错了字母编译就通过不了。 引用 我不知道Jacn是不是预实例化bean文件,如果那样的话.牺牲的是时间和内存为代价,而不是像spring那样在用到的时候才加载它. lazyInit(foo) 如果你想拖延实例化 引用 个人认为基于组件的JSF没有什么前途,更喜欢基于模板的freemarker, 你看过 facelets 么？ https://facelets.dev.java.net/ 引用 Jacn个人的东西太少,估计参入的人太少,思想过于的单一.而且太依赖于spring, Yes, it's my baby. 这是 Open source, 阁下有创意欢迎加入。 另外 jacn 实现了简洁而强大的的web flow, （参考 Spring Web Flow）。 但是我还没有时间写文章解释。CVS 里面有一个 单独的 demo， 如果你肯花时间检阅的话。 引用 对于spring,hibernate能否维持一项新技术使其有长久的生命力,我并不乐观. 本人对spring,hibernate了解不深,希望大家见谅. 不要过于忧心忡忡。 程序员的生活已经够糟糕的了。一切都在进步。 |
| 返回顶楼 | |
|
发表时间：2005-10-11
winterwolf 写道 1点多了还不睡 你们公司也很恐怖啊
jsf倒是肯定能用 好不好用就难说了. 如果你们什么时候决定放弃jsf了 可以找我当技术顾问啊 我很想看看你们能快乐成啥样子啊. 你可能得且等一段时间。Find something more interesting to do. |
| 返回顶楼 | |
|
发表时间：2005-10-11
请教楼主几个问题：
如果spring的细节都算繁琐，那么 javaer需要会什么？ 从weblogic的新版本支持spring可以知道spring的火，但是同样想知道的是ejb3流行以后，spring还会这么火么？有人告诉我ejb3和spring本质上不会冲突，但是直觉是：j2ee的专家团肯定会制定相关的类似于spring的标准行为，到时候我们是应该抛弃spring还是抛弃sun? 以前这里有人说过项目开发中前台占的比重是60%，业务部分30%，后台10%，姑且认为这是正确的，那么是否意味着不用jacn(或者jsf,或者...)会变成70%,用了就变成了50%了？ |
| 返回顶楼 | |
|
发表时间：2005-10-12
asd 写道 请教楼主几个问题：
如果spring的细节都算繁琐，那么 javaer需要会什么？ 如果一行代码能做的事情你偏喜欢5行, 我承认我是个懒人. 引用 从weblogic的新版本支持spring可以知道spring的火，但是同样想知道的是ejb3流行以后，spring还会这么火么？有人告诉我ejb3和spring本质上不会冲突，但是直觉是：j2ee的专家团肯定会制定相关的类似于spring的标准行为，到时候我们是应该抛弃spring还是抛弃sun? 好问题. Spring 现在逐渐进入黄金时期,也就是 中年时期. 我觉得已经有 中年危机. 所以不对 Spring 进行激进的创新，我看Spring 的周期比Spring 热衷者想象的更快地结束。 根据以往的技术周期判断， EJB3 进入状态是在07/08 时间。所以 Spring 还有一些时间进行创新。EJB3 和 Spring 并不是一个强烈冲突的东西。Spring 的战线要长的多： 独立的 可嵌入的 IOC 框架， desktop, Spring web flow. Rod Johnson 对此有一个比较有说服力的表达。暂时不引。到时候恐怕不是看Spring 或者 Sun, 而是看哪家的implementation 做得好。 引用 以前这里有人说过项目开发中前台占的比重是60%，业务部分30%，后台10%，姑且认为这是正确的，那么是否意味着不用jacn(或者jsf,或者...)会变成70%,用了就变成了50%了？ 用户界面部分的确是最难于做好的部分。最近的一些流行变化是 把几个层次压缩一下， 能少一层算一层。Ruby on Rails, JBoss/Seam. Jacn 也允许这种2 层结构： 在 backing bean 中直接进行数据库的操作， 快速成型， 以后再 refactor. Facelets 对 JSF 来说是久旱逢甘露， 我看是挽救了 JSF 这个理想化的模型。 |
| 返回顶楼 | |
