The server side of OCSF is slightly

The server side of OCSF is slightly more complex than the client side since it has
two classes, not one. The two classes are needed because, as discussed in Section
3.4, the server has to implement both the thread that listens for new connections
(AbstractServer) and the threads that handle the connections to clients
(ConnectionToClient).
The public interface of AbstractServer
As with AbstractClient, there is a limited set of public methods (the API) that
provide all the services of this side of the framework.
The public constructor. AbstractServer has only one constructor, which takes a
port number on which the server will listen. The port number can be changed
later, if needed.
The public controlling methods. Similarly to the client side, the AbstractServer
has a set of methods that can be used by subclasses to perform useful functions.
■ listen: this creates the serverSocket that will listen on the port that was
specified in the constructor or by using setPort. It also starts this instance as a
thread that will, in the run method, repeatedly wait for new clients to connect.

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

Phía máy chủ của OCSF là phức tạp hơn một chút so với phía khách hàng vì nó cóhai lớp, không phải là một. Hai lớp học là cần thiết bởi vì, như được thảo luận trong phần3.4, các máy chủ đã thực hiện cả hai chủ đề mà lắng nghe cho các kết nối mới(AbstractServer) và các chủ đề mà xử lý các kết nối với khách hàng(ConnectionToClient).Giao diện công cộng của AbstractServer Như với các AbstractClient, có một tập hạn chế của phương pháp công cộng (API) màcung cấp tất cả các dịch vụ của bên này của khuôn khổ.Các nhà xây dựng khu vực. AbstractServer đã chỉ có một nhà xây dựng, mà phải mất mộtsố hiệu cổng mà máy chủ sẽ lắng nghe. Số cổng có thể được thay đổisau đó, nếu cần thiết.Các phương pháp kiểm soát khu vực. Tương tự với phía khách hàng, AbstractServercó một tập hợp các phương pháp có thể được sử dụng bởi các phân lớp để thực hiện các chức năng hữu ích.■ lắng nghe: điều này tạo ra serverSocket rằng sẽ lắng nghe trên cổngđược chỉ định trong các nhà xây dựng hoặc bằng cách sử dụng setPort. Nó cũng bắt đầu trường hợp này như là mộtchủ đề sẽ, trong phương pháp chạy liên tục chờ đợi cho các khách hàng mới để kết nối.

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

Phía máy chủ của OCSF là hơi phức tạp hơn các mặt hàng kể từ khi nó có
hai lớp, không phải một. Hai lớp học là cần thiết bởi vì, như đã thảo luận trong Phần
3.4, máy chủ phải thực hiện cả các chủ đề mà lắng nghe cho các kết nối mới
(AbstractServer) và các chủ đề có thể xử lý các kết nối cho khách hàng
(ConnectionToClient).
Các giao diện công cộng của AbstractServer
Như với AbstractClient , có một số hạn chế các phương pháp công cộng (API) mà
cung cấp tất cả các dịch vụ của bên này của khuôn khổ này.
các nhà xây dựng công cộng. AbstractServer chỉ có một nhà xây dựng, trong đó có một
số cổng mà máy chủ sẽ lắng nghe. Số cổng có thể được thay đổi
sau đó, nếu cần thiết.
Những phương pháp kiểm soát nào. Tương tự như các mặt hàng khác, các AbstractServer
có một tập hợp các phương pháp có thể được sử dụng bởi các lớp con để thực hiện các chức năng hữu ích.
■ nghe: điều này tạo ra các ServerSocket sẽ lắng nghe trên cổng đã được
quy định trong xây dựng hoặc bằng cách sử dụng setPort. Nó cũng bắt đầu dụ này là một
chủ đề đó sẽ, trong phương pháp chạy, liên tục chờ đợi cho khách hàng mới để kết nối.