java.util.Calendar是否符合“开放—封闭”原则?为什么? java.util.Calendar是否符合“开放—封闭”原则?为什么? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 有点意思,个人意见是符合原则。开放封闭原则有两点:一,不可更改实现方法,二是可扩展。Calendar是一个abstract类,可扩展自不用说。关键看是不是能更改: Calendar没有public constructor,用factory方式提供实例,getInstance方法又无法被覆写。所以子类是无法更改其原来的实现类。除非重新写一个新的Calendar类才行。虽然有部分方法可以被覆写,但其主要的实现类无法更改,还是原来的Calendar,只是更改了一些次要的行为方法。基于以上两点,我说是符合的。 Java.util.calendar不符合“开-闭”原则。因为它对星期的运算只适用于公历。如果要加入中国阴历,必须要做大量修改才能适用。 关于缓冲流的问题 函数int a(byte ... b)这3个点是什么意思? 有没有人装过Solaris 10 X86 .我有问题求助 switch语句中字符串做为参数怎么实现 abstract的method是否可同时是static,是否可同时是native,是否可同时是synchronized? 怎么把ACCES中取出的数据放到对象中? 关于finalize()的疑问 如何利用反射技术动态创建内部类的实例 关于SUPER的简单问题 将字符串参数传递给方法,空格怎么不见了 如何给我的教学管理系统加上登录界面 在做数据输入输出流的实验时,怎样调用循环和中断键盘输入操作?
Calendar没有public constructor,用factory方式提供实例,getInstance方法又无法被覆写。所以子类是无法更改其原来的实现类。除非重新写一个新的Calendar类才行。
虽然有部分方法可以被覆写,但其主要的实现类无法更改,还是原来的Calendar,只是更改了一些次要的行为方法。基于以上两点,我说是符合的。