overload的一点思考

仅参数类型不同的重载方法,使用过程的一个困惑:

有没有必要使用instanceof方法?

package overload.special;

public class OverLoadTest {

	public void test(Object obj){
		System.out.println("Object:"+obj);
	}

	public void test(Integer integer){
		System.out.println("Integer:"+integer);
	}

	public void test(int int1){
		System.out.println("int:"+int1);
	}

	public void test(String str){
		System.out.println("String:"+str);
	}

	public static void main(String[] args) {
		OverLoadTest ot=new OverLoadTest();
		ot.test(1);

		Integer object_int=new Integer(1);
		ot.test(object_int);

		Object obj=object_int;
		ot.test(obj);

		ot.test("1");
	}
}

 

优先级:
基本类型>对象
对象中 子类>父类,
其中Object类的优先级最低

 

http://shmilyaw-hotmail-com.iteye.com/blog/1447631

package overload.special;

public class OverLoadTest {

	public void test(Object obj){
		System.out.println("Object:"+obj);
	}

	public void test(Integer integer){
		System.out.println("Integer:"+integer);
	}

	public void test(int int1){
		System.out.println("int:"+int1);
	}

	public void test(String str){
		System.out.println("String:"+str);
	}

	public static void main(String[] args) {
		OverLoadTest ot=new OverLoadTest();
		ot.test(1);

		Integer object_int=new Integer(1);
		ot.test(object_int);

		Object obj=object_int;
		if (obj instanceof Integer) {
			ot.test(object_int);
		}else {
			ot.test(obj);
		}

		ot.test("1");
	}
}

 

 

时间: 2024-10-03 04:06:16

overload的一点思考的相关文章

由google收录广告页面的一点思考

由google收录我广告页面的一点思考 先说一下情况,我的网站本来是做关键词研究的,但是适合百度不适合google,所以Google来的流量不多,收录也少很多,但是昨天查询google收录发现了一个特别的情况,收录明显增加,而且最让人费解的是收录了一个非常特殊的页面,一个广告页面,之所以特殊,是由于这个页面是专程为放置广告设计的,没有多少含金量,甚至从我网站,其它网站都没有到它的链接,不应该被收录的,而且这个页面里面有流媒体和弹窗,应该说也不友好. 针对这个情况,我分析了一下,突然想起自己前不久

关于java继承的一点思考

关于继承的一点思考 在 java 中, 继承是实现复用的一种方法,虽然很多时候不建议使用继承, 但不可否认,有时候使继承,更容易理解某个设计 我碰到过这样一种情况,一般的操作对象 类 A 实例,但是会间或操作一些类 B 的实例,B 大部的属性 A 都包括,这个时候使用继承,应该没什么问题的(至少我现在的理解是没什么问题,各位多指教),现在把A 和 B的一些实例放到 一个数组中 A[] as 中 ,现在要轮循 as ,并对 B进行一些操作,这个时候,可以用 instanceof 判断是不是 B ,

关于对象之间通信的一点思考

经典的DDD的告诉我们如果一个领域概念是一个跨多个聚合的动作,比如转帐,那么就应该用领域服务来实现这样的业务概念.领域服务的输入和输出参数都是聚合根,领域服务内部按照业务逻辑规定的执行顺序,按照面向过程的方式,逐个调用相关聚合根的相关方法完成整个业务操作.这种方式的优点是:1)清晰的表达和封装了业务逻辑:2)代码清晰,容易理解,代码可读性强:缺点:1)基本的OO思想告诉我们,对象与对象之间应该是通过发送消息和接收消息的方式来通信的.但是通过前面这种方式,对象之间不再像我们想的那样会通过发送消息和

拥抱新技术的一点思考 & 对大数据处理的一点思考

拥抱新技术的一点思考 末经本人同意,严禁转载,徽沪一郎. 概要 无论是github上还是Apache基金会,每过一段时间都会有一些非常优秀的项目出现.如何在较短的时间内比较好的学习和把握住新项目的精髓及要点呢? 就这个问题,本人做了些微的总结,主要集中于较短时间内会使用该项目,会进行相关的应用编程,能够结合实际情况进行系统调优. https://yq.aliyun.com/attachment/download 对大数据处理的一点思考 概要 2014大部分的时间都花在了Spark这一大数据领域的

关于Redis的一点思考与总结

关于Redis的一点思考与总结 Redis是一个复杂而又设计优良的系统,说它复杂是因为整个系统涉及到了很多方面的问题,比如:哈希存储.网络模型.集群特性等等.说它设计优良是因为这些问题它都提供了深思熟虑的解决方案. 我们花大量的时间学习一个技术,不仅为了能更好的使用它,同时希望学习它设计上的一些思路,这样在解决日常工作碰到的各种各样的问题的时候思路会更开阔.以下是对Redis一小部分内部机制的思考与总结. Slot机制 Slot机制的运维收益 Redis早期是不支持集群功能的,如果需要做数据分片

分享我对代码命名的一点思考和理解

一个软件最后都会落实到代码.而代码,其背后的架构设计或设计思想或模式固然重要,但我觉得更重要的东西则是良好的命名.混乱或错误的命名不仅让我们对代码难以理解,更糟糕的是,会误导我们的思维,导致对代码的理解完全错误.相反,良好的命名,则可以让我们的代码非常容易读懂,也能向读者正确表达事物以及逻辑的本质,从而使得代码的可维护性就大大增强,读命名好的文章是非常流畅的,会有一种享受的感觉. 另外一点也许大家还没感受到,那就是良好的命名,以及良好的命名习惯,由于我们总是对每个概念的名称要求非常苛刻,我们会思

对软件开发道路的一点思考

上个周末软件学院组织学生去北京参观一些IT公司,我也在赴京的队伍中.我们一共去了三天,其中路上消耗了一天,所以实际在京时间只有两天.而在这短短两天时间里,我们先后参观了中国软件与技术服务股份有限公司.文思创新软件技术有限公司以及中国科学院计算技术研究所三所单位. 回来以后结合这次的参观和我之前一些零碎的想法,整理以后决定写这篇文章,也算是对之前的一些感悟作个总结吧.另外要强调的是,下文并不一定适合其它行业的同学. 一.对软件专业学生自身的要求 1.不要执着于高报酬 诚然,每个人都希望能有一份好工

关于技术提升的一点思考

面临的问题 不知不觉间,自己就已经有了三四年的实际工作经验了,虽然一直有在技术上不断的学习,但是最近一段时间似乎是遇到了一些瓶颈.这些瓶颈具体表现是 随着接触的东西变多,越发的觉得自己知识深度匮乏,虽然似乎这也知道那也知道,目前很多工作问题也能解决,但是总觉得不会的越来越多. java基础.spring原理.数据库.设计模式.分布式等等,遇到深一点的问题就总会有种力不从心的感觉,但因为欠缺的过多,一时之间就有种无从下手的感觉,茫然!根本原因 导致这种问题的根本原因,就是之前学习的过程中只求知其然

硅谷工程师:关于工程师成长的一点思考

这是一名在硅谷工作的工程师朱赟在自己的微信公众号嘀嗒嘀嗒上新发布的一篇文章,聊到了自己对于工程师成长的一些思考. 下周公司要举办一个活动,找了硅谷一些比较 Senior 的技术女性一起做一场分享.请来的人包括 Google 的 VP of Engineering,Linden Lab 的 Director,Rackspace 的 Board Director,Medisas 的 VP of Engineering 等等.我有幸代表 Airbnb 去主持这次分享.主持的主要工作就是准备一些问题,以