提前为一个冗长的问题道歉。反馈特别感谢这里。. .
在我的工作中,我们对日期范围做了很多事情(如果你愿意的话,日期期间)。我们需要进行各种测量,比较两个日期期间之间的重叠等。我设计了一个接口、一个基类和几个派生类,它们可以很好地满足我的需求:
- 日期期间
- 日期期间
- 日历月
- 日历周
- 财政年度
DatePeriod 超类的基本要素如下(省略了所有令人着迷的特性,这些特性是我们需要这组类的基础......):
(Java 伪代码):
class datePeriod implements IDatePeriod
protected Calendar periodStartDate
protected Calendar periodEndDate
public DatePeriod(Calendar startDate, Calendar endDate) throws DatePeriodPrecedenceException
{
periodStartDate = startDate
. . .
// Code to ensure that the endDate cannot be set to a date which
// precedes the start date (throws exception)
. . .
periodEndDate = endDate
{
public void setStartDate(Calendar startDate)
{
periodStartDate = startDate
. . .
// Code to ensure that the current endDate does not
// precede the new start date (it resets the end date
// if this is the case)
. . .
{
public void setEndDate(Calendar endDate) throws datePeriodPrecedenceException
{
periodEndDate = EndDate
. . .
// Code to ensure that the new endDate does not
// precede the current start date (throws exception)
. . .
{
// a bunch of other specialty methods used to manipulate and compare instances of DateTime
}
基类包含一组相当专门的方法和属性,用于操作日期周期类。派生类仅更改设置相关期间的起点和终点的方式。例如,对我来说,CalendarMonth 对象确实“是一个”DatePeriod 是有意义的。但是,出于显而易见的原因,日历月具有固定的持续时间,并且具有特定的开始日期和结束日期。事实上,虽然 CalendarMonth 类的构造函数与超类的构造函数相匹配(因为它具有 startDate 和 endDate 参数),但这实际上是简化构造函数的重载,它只需要一个 Calendar 对象。
对于 CalendarMonth,提供任何日期都将生成一个 CalendarMonth 实例,该实例从相关月份的第一天开始,到该月的最后一天结束。
public class CalendarMonth extends DatePeriod
public CalendarMonth(Calendar dateInMonth)
{
// call to method which initializes the object with a periodStartDate
// on the first day of the month represented by the dateInMonth param,
// and a periodEndDate on the last day of the same month.
}
// For compatibility with client code which might use the signature
// defined on the super class:
public CalendarMonth(Calendar startDate, Calendar endDate)
{
this(startDate)
// The end date param is ignored.
}
public void setStartDate(Calendar startDate)
{
periodStartDate = startDate
. . .
// call to method which resets the periodStartDate
// to the first day of the month represented by the startDate param,
// and the periodEndDate to the last day of the same month.
. . .
{
public void setEndDate(Calendar endDate) throws datePeriodPrecedenceException
{
// This stub is here for compatibility with the superClass, but
// contains either no code, or throws an exception (not sure which is best).
{
}
为冗长的序言道歉。鉴于上述情况,这种类结构似乎违反了 Liskov 替换原则。虽然可以在任何可能使用更通用的 DatePeriod 类的情况下使用 CalendarMonth 的实例,但关键方法的输出行为会有所不同。换句话说,必须意识到在给定情况下正在使用 CalendarMonth 的实例。
虽然 CalendarMonth(或 CalendarWeek 等)遵守通过基类使用 IDatePeriod 建立的合同,但在使用 CalendarMonth 并且预期普通旧 DatePeriod 的行为的情况下,结果可能会变得非常扭曲。. . (请注意,在基类上定义的所有其他时髦方法都可以正常工作 - 只有开始和结束日期的设置在 CalendarMonth 实现中有所不同)。
有没有更好的方法来构建它,以便在不影响可用性和/或重复代码的情况下保持对 LSP 的正确遵守?