9
退货被认为有害吗？没有它，代码可以起作用吗？
好的，标题有点clickbaity，但是我已经很认真地告诉别人，请不要踢一会儿。我喜欢它如何鼓励以真正的面向对象的方式将方法用作消息。但是，这个棘手的问题一直困扰着我。 我开始怀疑编写良好的代码是否可以同时遵循OO原则和功能原则。我正在设法调和这些想法，而我所坚持的最大症结是return。 纯函数具有两种性质： 使用相同的输入重复调用它总是得到相同的结果。这意味着它是不可变的。其状态仅设置一次。 它不会产生副作用。调用它引起的唯一变化就是产生结果。 那么，如果您发誓要使用return它来传达结果，那么如何才能完全发挥功能呢？ 该出来，不问用什么有些人会考虑副作用思想工作。当我处理一个对象时，我不会询问它的内部状态。我告诉它我需要做的事情，它使用其内部状态来弄清楚该如何处理我已经告诉它要做的事情。一旦我告诉了我，我就不会问它做了什么。我只是希望它对它被告知要做的事情有所作为。 我认为“告诉，不要问”不仅仅是封装的另一个名称。当我使用时，return我不知道叫我什么。我不能说这是协议，我必须强迫它处理我的协议。在许多情况下，这表示为内部状态。即使暴露的不是确切的状态，通常也只是对状态和输入args进行一些计算。拥有一个响应界面，可以将结果整理成比内部状态或计算更有意义的结果。那就是信息传递。请参阅此示例。 回想过去，当磁盘驱动器中实际上装有磁盘，而拇指驱动器是您在汽车上做的，而车轮太冷而无法用手指触摸时，我就被教给了令人讨厌的人们如何考虑没有参数的功能。void swap(int *first, int *second)似乎很方便，但是我们鼓励我们编写返回结果的函数。因此，我坚信信念，并开始遵循。 但是现在我看到人们在构建体系结构，在该体系结构中，对象可以通过其构造方式控制结果的发送位置。这是一个示例实现。再次注入输出端口对象似乎有点像out参数的想法。但这就是告诉对象不要告诉其他对象他们所做的事情的方式。 当我第一次了解副作用时，我将其视为输出参数。有人告诉我们不要以令人惊讶的方式进行某些工作，也就是说，不遵守return result公约，以使人们感到惊讶。现在可以肯定，我知道有很多并行异步线程问题会带来副作用，但是返回实际上只是一个约定，您可以将结果压入堆栈，以便以后调用时可以将其弹出。真的就是这些。 我真正想问的是： 是return避免所有这些副作用的苦难并获得没有锁等的线程安全性的唯一方法。还是我可以跟着说，不要以纯粹的功能性方式提出要求？