理解OOP中的抽象

Question

我在研究面向对象的概念，那里的抽象概念基本上被描述为对用户隐藏实现。所以，如果一个类中有一个成员函数，我们为某个任务调用该函数，抽象表示用户不应该关心事情是如何完成的，而应该只知道做了什么。但即使是在非面向对象编程风格中，如果我们编写一个函数，整个任务也只需调用一个函数即可完成。它不也遵循抽象逻辑吗？或者，OOP中的抽象和函数式编程之间有什么区别吗？

Answer 1

快速封装示例

type
    public class DateTimeClass
       private 
          Era: integer;
          Culture: integer;
          Year: integer;
          Month: integer;
          Day: integer;

      protected
           Integer function getYear ( );

           // other functions

           procedure setYear ( );

          // other functions
      public
          procedure AssignOccidentalDate
               (NewYear: integer; NewMonth: integer;
                    NewDay : integer);
   end;

   ...

   var Date: DateTimeClass;

  Date.AssignOccidentalDate (2019, 07, 27);
  ...

您只能访问“公共”声明。

Answer 2

不是调用一个提供抽象的函数，而是调用它的庄园。例如，您可能有一个函数，它允许您编写一行文本：

void writeLine(string fileName, string value)

但这并不是从您正在向文件写入的事实中抽象出来的。抽象版本不需要调用方提供fileName参数，因为这是特定于函数的特定实现的。相反，你会：

void writeLine(string value)

文件名是使用另一种机制提供的，例如，如果您使用OOP并调用writeLine方法，则类的构造函数参数，或者在函数情况下，您可以使用原始函数创建抽象版本。

Answer 3

在面向对象编程中，我们通常从继承和多态性的角度来考虑抽象。

让我们考虑<代码>编写器>代码>界面

interface Writer {
    void write(byte[] bytes)
}

此界面允许用户写入。。。某物什么，我们并不特别担心。我们可以有多个版本：

class FileWriter implements Writer

class StringWriter implements Writer

class LogWriter implements Writer

class MySuperCustomWriter implements Writer

无论是文件、字符串、套接字还是其他什么地方，我们在哪里写都不重要。我们想做的就是写信给什么人。这让我们可以编写如下代码：

public class MyBusinessLogic {

    private final Writer writer;

    public MyBusinessLogic(Writer writer) {
        this.writer = writer;
    }

    void someBusinessLogic() {
        // .. 
        writer.write(someStuff);
    }
}

我们这里有一些商业逻辑，想做一些写作。通过使用接口，我们的业务逻辑不再依赖于任何特定的编写方法。它只是得到一些能够写东西的对象。我们可以将它传递给我们的任何示例编写器，并确保它将正确工作，因为我们对编写的行为感兴趣，而不是实现。

这样，业务逻辑就不依赖于文件系统、网络或其他任何东西。