Java:利用@Deprecated with缓存代理模式

Java:利用@Deprecated with缓存代理模式,java,deprecated,Java,Deprecated,我正在为教师时间表建立一个图书馆 但是我想知道我是否应该把一个类放在@Deprecated中 以下是我的情况: 在图书馆里,我有一个时间表班,从学校网站上收集时间表 另一个ScheduleProxy类将已经发出的请求保存在缓存中,从而避免再次发出相同的请求 第一个使用@Deprecated的解决方案: 日程 /** * *@不推荐使用Schedule类,最好使用它 *要使用其代理:{@link ScheduleProxy}以获得更好的响应时间。 * *@见接口时间表 *@见ScheduleP

我正在为教师时间表建立一个图书馆

但是我想知道我是否应该把一个类放在@Deprecated中

以下是我的情况:

在图书馆里,我有一个
时间表
班,从学校网站上收集时间表

另一个
ScheduleProxy
类将已经发出的请求保存在缓存中,从而避免再次发出相同的请求

第一个使用@Deprecated的解决方案: 日程
/**
* 
*@不推荐使用Schedule类,最好使用它
*要使用其代理:{@link ScheduleProxy}以获得更好的响应时间。
* 
*@见接口时间表
*@见ScheduleProxy
*/
@已弃用(forremovation=false)
公共最终课程时间表实现接口时间表{
/*
*代码
* 
*/
}
调度代理
公共最终类ScheduleProxy实现InterfaceSchedule{
/*
*代码
* 
*/
}
第二个没有@Deprecated的解决方案: 日程 我将
Schedule
类的public包更改为private包,这样用户就不用这个类了

/**
* 
*@见接口时间表
*@见附表
*/
最终类ConcreteSchedule实现InterfaceSchedule{
/*
*代码
* 
*/
}
调度代理 我将类名从“ScheduleProxy”更改为“Schedule”,以便库用户更清楚地了解它

公共最终课程时间表实现接口时间表{
/*
*代码
* 
*/
}
问题:
因此,我想问您这两种解决方案中哪一种更适合使用?

第二种解决方案对用户来说更直观,并且不可能使用您实际上不想使用的API。我认为这样更好