Don’t all programming languages hav

Don’t all programming languages have functions? If so, why aren’t all programming
languages considered functional languages? Functional languages share a few basic
principles.
Avoiding Mutable State
The first principle is the use of immutable values. You might recall the famous Pythagorean equationfrom school, which relates the lengths of the sides of a triangle:
x
2
+ y
2
= z
2
If I give you valuesfor the variables xand y, say x=3and y=4, you can compute the value
for z(5in this case). The key idea here is that values are nevermodified. It would be
crazy to say 3++, but you could start over by assigning newvalues to the samevariables.
Most programming languages don’t make a clear distinction between a value (i.e., the
contents of memory) and a variable that refers to it. In Java, we’ll use finalto prohibit
variablereassignment, so we get objects that are immutable values.
Why should we avoid mutating values? First, allowing mutable values is what makes
multithreaded programming so difficult. If multiple threads can modify the same
shared value, you have to synchronize access to that value. This is quite tedious and
error-prone programming that even the experts find challenging [Goetz2006]. If you
make a value immutable, the synchronization problem disappears. Concurrent reading
is harmless, so multithreaded programming becomes far easier.
A second benefit of immutable values relates to program correctness in other ways. It
is harder to understand and exhaustively test code with mutable values, particularly if
mutations aren’t localized to one place. Some of the most difficult bugs to find in large
systems occur when state is modified non-locally, by client code that is located elsewhere in the program.

Kết quả (Việt) 1:

Tất cả các ngôn ngữ lập trình không có chức năng? Nếu vậy, tại sao không phải là tất cả lập trìnhngôn ngữ được coi là ngôn ngữ hàm? Ngôn ngữ chức năng chia sẻ một vài cơ bảnnguyên tắc.Tránh Mutable nhà nướcNguyên tắc đầu tiên là việc sử dụng các giá trị không thay đổi. Bạn có thể nhớ lại các trường học equationfrom nổi tiếng Pytago, liên quan đến chiều dài của các cạnh của một tam giác:x2+ y2= z2Nếu tôi cung cấp cho bạn valuesfor y xand biến, nói rằng x = 3and y = 4, bạn có thể tính toán giá trịcho z (5 in trường hợp này). Ý tưởng quan trọng ở đây là giá trị là nevermodified. Nó sẽ làđiên để nói 3 c++, nhưng bạn có thể bắt đầu lên bởi gán newvalues để các samevariables.Hầu hết các ngôn ngữ lập trình không thực hiện một sự phân biệt rõ ràng giữa một giá trị (tức là, cácnội dung của bộ nhớ) và một biến đề cập đến nó. Java, chúng tôi sẽ sử dụng finalto Cấmvariablereassignment, do đó, chúng tôi nhận được các đối tượng có giá trị không thay đổi.Tại sao chúng tôi nên tránh đột giá trị? Trước tiên, cho phép các mutable giá trị là những gì làm chomultithreaded lập trình khó khăn như vậy. Nếu nhiều chủ đề có thể thay đổi như vậygiá trị được chia sẻ, bạn phải đồng bộ hoá truy cập tới giá trị đó. Điều này là khá tẻ nhạt vàdễ bị lỗi lập trình rằng ngay cả các chuyên gia tìm thấy khó khăn [Goetz2006]. Nếu bạnlàm cho một giá trị không thay đổi, vấn đề đồng bộ hóa biến mất. Đồng thời đọclà vô hại, do đó, multithreaded lập trình trở nên xa dễ dàng hơn.Một lợi ích thứ hai của không thay đổi giá trị liên quan đến chương trình đúng đắn theo những cách khác. Nólà khó khăn hơn để hiểu và exhaustively kiểm tra mã với giá trị mutable, đặc biệt là nếuđột biến không phải là địa phương đến một nơi. Một số các lỗi khó khăn nhất để tìm thấy trong lớnHệ thống xảy ra khi nhà nước sửa đổi phòng không-tại địa phương, theo mã khách hàng được đặt ở những nơi khác trong chương trình.

Kết quả (Việt) 2:

Đừng tất cả các ngôn ngữ lập trình có chức năng? Nếu vậy, tại sao không phải tất cả các lập trình
ngôn ngữ được coi là ngôn ngữ chức năng? Ngôn ngữ chức năng chia sẻ một vài cơ bản
nguyên tắc.
Tránh Biên Đổi Nhà nước
Nguyên tắc đầu tiên là việc sử dụng các giá trị bất biến. Bạn có thể nhớ lại trường equationfrom Pythagore nổi tiếng, trong đó liên quan độ dài các cạnh của một tam giác:
x
2
+ y
2
= z
2
Nếu tôi cung cấp cho bạn valuesfor các biến Xand y, nói x = y = 3and 4, bạn có thể tính toán giá trị
cho z (5in trường hợp này). Ý tưởng chính ở đây là giá trị được nevermodified. Nó sẽ là
điên rồ khi nói 3 ++, nhưng bạn có thể bắt đầu lại bằng cách gán newvalues ​​đến samevariables.
Hầu hết các ngôn ngữ lập trình không có sự phân biệt rõ ràng giữa một giá trị (ví dụ, các
nội dung của bộ nhớ) và một biến mà đề cập đến nó . Trong Java, chúng ta sẽ sử dụng finalto cấm
variablereassignment, vì vậy chúng tôi có được các đối tượng là các giá trị không thay đổi.
Tại sao chúng ta nên tránh đột biến giá trị? Đầu tiên, cho phép các giá trị có thể thay đổi là những gì làm cho
lập trình đa luồng rất khó khăn. Nếu có nhiều chủ đề có thể thay đổi cùng một
giá trị được chia sẻ, bạn phải đồng bộ hóa truy cập đến giá trị đó. Điều này là khá tẻ nhạt và
dễ bị lỗi chương trình mà ngay cả các chuyên gia tìm thách thức [Goetz2006]. Nếu bạn
làm cho một giá trị bất biến, vấn đề đồng bộ hóa sẽ biến mất. Việc đọc đồng thời
là vô hại, vì vậy lập trình đa luồng trở nên dễ dàng hơn.
Một lợi ích thứ hai của giá trị bất biến liên quan đến chương trình đúng đắn trong những cách khác. Đó
là khó khăn hơn để hiểu thấu đáo và kiểm tra mã có giá trị có thể thay đổi, đặc biệt là nếu
đột biến không khu trú ở một nơi. Một số trong những lỗi khó khăn nhất để tìm thấy trong nhiều
hệ thống xảy ra khi nhà nước đang biến đổi không địa phương, bằng mã khách hàng được đặt ở nơi khác trong chương trình.