|
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-01-07
gdpglc 写道 感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术，实际上大部份情况下是用不着这么强的隔离级别的。
我跟LZ有同感，感觉接口多的惊人。不过接口还是有其好处的咯，在struts2中体现的稍微明显一点。struts1就不怎么样了！ |
| 返回顶楼 | |
|
发表时间：2011-01-07
gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 |
| 返回顶楼 | |
|
发表时间：2011-01-07
麦蒂粉丝 写道 gdpglc 写道 感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术，实际上大部份情况下是用不着这么强的隔离级别的。
我跟LZ有同感，感觉接口多的惊人。不过接口还是有其好处的咯，在struts2中体现的稍微明显一点。struts1就不怎么样了！ 分开逻辑耦合与物理耦合的区别，我以前就说过，SPRING像个标准插头，物理上解耦，并非你写几个INTERFACE那么简单。在对象与对象引用的时候，很容易出现空指针，不管你是什么设计模式，都无法解决逻辑上的耦合，只是换个方式。但是SPRING确让这个改变了。JAVA WEB的老问题，SPRING并没有解决，内存泄漏就是其中之一。不要简单的去看待一个框架的功能，5,6年前就在说IOC了吧？这帖子没有讨论必要了。新手帖！ |
| 返回顶楼 | |
|
发表时间：2011-01-07
treblesoftware 写道 gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 ejb2.0我略有学习，记得有三种bean: 会话bean 消息驱动bean 和 实体bean。 它们可以分布在不同的机器上远程调用。你是指，这个叫分布式解决方安吗？ 具体有什么用？ 不理解为啥，好好的bean不放在一台机器上调用，呵呵。 ejb3是一点没学了... |
| 返回顶楼 | |
|
发表时间：2011-01-07
gdpglc 写道 treblesoftware 写道 gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 ejb2.0我略有学习，记得有三种bean: 会话bean 消息驱动bean 和 实体bean。 它们可以分布在不同的机器上远程调用。你是指，这个叫分布式解决方安吗？ 具体有什么用？ 不理解为啥，好好的bean不放在一台机器上调用，呵呵。 ejb3是一点没学了... 等系统需要业务层或者持久层分布式架构实现均衡负载功能的时候，你就知道这个作用了。 |
| 返回顶楼 | |
|
发表时间：2011-01-07
最后修改：2011-01-07
treblesoftware 写道 麦蒂粉丝 写道 gdpglc 写道 感觉不用接口也是可以写出低藕荷的程序的,interface只是形式化的接口表达和较强的隔离技术，实际上大部份情况下是用不着这么强的隔离级别的。
我跟LZ有同感，感觉接口多的惊人。不过接口还是有其好处的咯，在struts2中体现的稍微明显一点。struts1就不怎么样了！ 分开逻辑耦合与物理耦合的区别，我以前就说过，SPRING像个标准插头，物理上解耦，并非你写几个INTERFACE那么简单。在对象与对象引用的时候，很容易出现空指针，不管你是什么设计模式，都无法解决逻辑上的耦合，只是换个方式。但是SPRING确让这个改变了。JAVA WEB的老问题，SPRING并没有解决，内存泄漏就是其中之一。不要简单的去看待一个框架的功能，5,6年前就在说IOC了吧？这帖子没有讨论必要了。新手帖！ 东拉西扯的，你倒底要说啥呀！ 先说藕荷，还没看明白呢。后边又说上空指针了。你的意思思是Spring就是让软件不会出现NullPointer是吧？ 最后又说内存泄露了。 还是希望你能说说Spring有什么好处(用你那复杂的看待方式)... |
| 返回顶楼 | |
|
发表时间：2011-01-07
最后修改：2011-01-07
treblesoftware 写道 gdpglc 写道 treblesoftware 写道 gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 ejb2.0我略有学习，记得有三种bean: 会话bean 消息驱动bean 和 实体bean。 它们可以分布在不同的机器上远程调用。你是指，这个叫分布式解决方安吗？ 具体有什么用？ 不理解为啥，好好的bean不放在一台机器上调用，呵呵。 ejb3是一点没学了... 等系统需要业务层或者持久层分布式架构实现均衡负载功能的时候，你就知道这个作用了。 均衡负载，见过，但是不是这么做的。前边放两台F5一主一备，然后后边架四个weblogic，直接就可以做,这样多好呀。 干嘛用那么复杂的方式。把个Bean分布式了，只要有一台机器出问题，应用企不挂掉。而前边的形式的容错能力，是非常好的。 说ejb扯远了。 |
| 返回顶楼 | |
|
发表时间：2011-01-07
treblesoftware 写道 gdpglc 写道 treblesoftware 写道 gdpglc 写道 没用过ejb，具说ejb2.0失败了。似乎用ejb就要买个很贵的服务器。这样项目成本就上来了...
EJB提供分布式解决方案的，小朋友。 ejb2.0我略有学习，记得有三种bean: 会话bean 消息驱动bean 和 实体bean。 它们可以分布在不同的机器上远程调用。你是指，这个叫分布式解决方安吗？ 具体有什么用？ 不理解为啥，好好的bean不放在一台机器上调用，呵呵。 ejb3是一点没学了... 等系统需要业务层或者持久层分布式架构实现均衡负载功能的时候，你就知道这个作用了。 吹吧。。拿ejb、负载均衡吓唬谁呀。。真是的。还分布式，分布式用rmi还不一样？连为啥用ejb都不清楚，还鄙视别人。。 |
| 返回顶楼 | |
|
发表时间：2011-01-07
我觉得很多接口实在没必要,当一个接口没有两个以上实现的时候,我会删除接口
|
| 返回顶楼 | |
|
发表时间：2011-01-07
如果项目足够小,又不用你们公司去维护, 客户还不会审查代码.
那么 管他耦合不耦合. 反正头疼的是别人.... 做过电信的项目 从没见过Spring的IOC解耦发挥作用. 维护直接上去硬改. 版本乱七八糟..受不鸟... |
| 返回顶楼 | |
