Live a simple life

非常不同意楼主的内容

调试和写代码矛盾吗？？？
没有调试功能，代码能写的那边流利吗？？？如果你能，那你牛！
调试怎么会和编码规范、设计扯的这么紧了？？？搂主的认识是这样？？？
。。。
遇到高人了：代码一次编写就通过？？？连测试也通过了？？？

牛人天天牛，今天特别牛 ~_~

@鬼狗

是笔误，因该是启动类加载器，已经修改

@rainjacy:

你是？

个人觉得搂主文章里面对“开闭原则”的理解有点狭隘

首先，开闭原则本身重在强调系统真个框架在引入新扩展的时候能够提供比较自然的扩展，外部使用的抽象层面的东西不需要做很大的改动。而且，从本质上将，开闭原则也有一定的成分是愿景，不然就不会将其提高到了OO编程5大原则之一了

其次，客户端的调用代码的需要改动，是不是据此就判断是打破了开闭原则了。个人觉得不是这样的。

估计楼主是在客户端代码里面包含了一定的选择特定工厂的任务，觉得新工厂的进入，需要增加判断语句，以便使用新的工厂实现。进一步延伸讲，这只是一个客户端，真正的系统中可能有很多很多的类似客户端。如果讲工厂的选择操作做一个封装，那多个客户端选择工厂的行为操作本身就可以进行封装了，例如：
getFactory(int factoryID) {//...}


个人意见，仅供参考！

同时赞同楼上@LB评论的观点

鼓励一把！

@BlogJava的第一块砖：

很不错，说明了observer本质上是用来解藕的
美可能为了社会和谐，不想只便宜一个男的。

楼主的文章很跟形式，符合党中央“建立和谐社会”的精神！

俺也遇到过entry没有显示写入，访问出问题了

写的还是不错的

ISP作为OO中5个最主要的设计原则之一，在实际运用的时候往往会在实现细节上面出问题，关键是如何管理窄接口对应实例的问题，核心是创建实例化任务的封装。

以楼主的例子为例，楼主很好的利用的creation method（以静态公共接口提供实例）的方式，很好的将目标接口对应实例创建和初始化进行了封装，并和窄接口的使用客户端进行了解藕。如果不是这样，那么ISP的原则可能就在客户端创建实例的过程中被扭曲了。

更负责一些的情况，可以果断的采用工厂的方式提供实例。宁可稍微过度设计，也要坚决避免藕合。

1、不同的场景，会很大程度上决定使用的调优方法的差异
例如针对一个后台分布式web应用进行调优和针对一个类似有IDE的产品进行调优就会有很大的不同。

2、目标性能瓶颈也很很大程度上决定调优方法的差异
例如你面临的调整到底是时间占用的问题还是空间占用的问题

...



最后，很多时候开发人员需要对代码进行时间占用的优化，可以使用很多工具进行监测，但是千万别忘记一点，那就是简单的时间戳作用可是很大的啊...

@BlueDavy
看了你一些回帖，支持你一把。

楼主现在在那个公司高就？

@yswift

yswift同志说的一针见血！

同意楼上（wxm ）说的，建议一般不要从语法的层面进行区分。

很关键的一个区别：接口更加灵活，同时能够更好地支持动态扩展。例如，类之间的继承结构体现出了一个中纵向的结构，而接口则可以横向的切入。
再者，接口一般用来封装一个抽象的主题，多表现在行为的变化封装和扩展。



还有，我们在设计一个类型的时候，考虑两件事情：
1、定义其责任，即对外提供的服务，并定义通信的规则。
2、如何创建和实现化改类型。

1解决了如何使用类型的问题，2解决了如何创建的问题。接口相比抽象类能更加自然的将两者进行解耦，而且能够明显加大2的自由度，因为很多时候我们是用工厂的方式对外提供实例。

其实，很多的争论点在如何放置公共功能的问题。其实很多牛人写程序，很多时候很自然的运用Interface/Default Impl的方式，即：你定义了一个接口，顺便提供一个相应的抽象类，提供一些默认的实现。

写的挺不错的，就是有点乱～_～
再重新组织一下思路

函数体挺大的啊...

条件断点
异常断点
类加载断点
热替换
....
这些应该是eclipse开发者经常使用到的

调试功能使用的熟练程度，也会从一定程度反应出一个开发人员的基本功。扎实的调试能力，对修复bug、研究新代码、加速代码编写速度等都有很大的作用