首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

浅谈泛型

我们在写一些通用库的时候,经常需要写一个算法,比如交换,搜索,比较,排序,转换等算法,但是需要支持int,string等多种类型。通常我们可能会把代码复制多遍分别处理不同类型的数据。有没有一种办法,让我们只写一遍算法的实现,就可以支持所有类型的数据?泛型(generic)是C#提供的一种机制,它可以提供这种形式的代码重用,即“算法重用”。简单来说,开发人员在定义算法的时候并不设定算法操作的数据类型,而是在使用这个算法的时候再指定具体的数据类型。大多数算法都封装在一个类型中,CLR允许创建泛型引用类型和泛型值类型,以及泛型接口和泛型委托。所以CLR允许在类或接口中定义泛型方法。来看一个简单例子,Framework类库定义了一个泛型列表算法,它知道如何管理对象集合。泛型算法没有设定数据的类型。要在使用这个泛型列表算法时指定具体的数据类型。封装了泛型列表算法的FCL类称为List<T>。这个类是System.Collections.Generic命名空间中定义的。下面展示了类的定义:

03

如何编写高质量的代码

Java开发中通用的方法和准则不要在常量和变量中出现易混淆的字母枚举类中不要提供setter三元操作符的类型务必一致避免带有变长参数的方法重载少用静态导入避免为final变量复杂赋值break万万不可忘避免instanceof非预期结果基本类型不要让四舍五入亏了一方提防包装类型的null值谨慎包装类型的大小比较类、对象及方法在接口中不要存在实现代码构造函数尽量简化使用静态内部类提高封装性让工具类不可实例化覆写equals方法时不要识别不出自己推荐覆写toString方法使用package-info类为包服务数组和集合在明确的场景下,为集合指定初始容量避开基本类型数组转换列表陷阱asList方法产生的List对象不可更改子列表只是原列表的一个视图推荐使用subList处理局部列表生成子列表后不要再操作原列表使用Comparator进行排序不推荐使用binarySearch对列表进行检索;集合中的元素必须做到compareTo和equals同步;使用shuffle打乱列表;减少HashMap中元素的数量;多线程使用Vector或HashTable;非稳定排序推荐使用List枚举和注解推荐使用枚举定义常量;使用构造函数协助描述枚举项;小心switch带来的空值异常;在switch的default代码块中增加AssertionError错误;使用valueOf前必须进行校验;枚举项的数量控制在64个以内;小心注解继承;枚举和注解结合使用威力更大;注意@Override不同版本的区别;泛型和反射强制声明泛型的实际类型;不同的场景使用不同的泛型通配符;严格限定泛型类型采用多重界限;注意Class类的特殊性;适时选择getDeclaredXXX和getXXX;反射访问属性或方法是将Accessible设置为true;使用forName动态加载类文件;动态代理可以使代理模式更加灵活;使用反射增加装饰模式的普适性;反射让模板方法模式更强大;不需要太多关注反射效率;异常提倡异常封装;采用异常链传递异常;受检异常尽可能转化为非受检异常;不要在finally块中处理返回值;多使用异常,把性能问题放一边;多线程和并发不推荐覆写start方法;启动线程前stop方法是不可靠的;不适用stop方法停止线程;线程优先级只使用三个等级;使用线程异常处理器提升系统可靠性;volatile不能保证数据同步;异步运算考虑使用Callable接口;优先选择线程池;适时选择不同的线程池来实现;Lock与synchronized是不一样的;预防线程死锁;适当设置阻塞队列长度;使用CountDownLatch协调子线程;CyclicBarrier让多线程齐步走;开源世界大胆采用开源工具;推荐使用Guava扩展工具包;Apache扩展包;推荐使用Joda日期时间扩展包;可以选择多种Collections扩展;思想为源提倡良好的代码风格;不要完全依靠单元测试来发现问题;让注释正确、清晰、简洁;让接口的职责保持单一;增强类的可替换性;依赖抽象而不是实现;抛弃7条不良的编码习惯;以技术人员自律而不是工人

02
领券