POX was significantly inspired by N

POX was significantly inspired by NOX, and NOX was unquestionably an OpenFlow controller. Additionally, early versions of POX did not have any sort of dependency system. These two factors led to POX having a special case: the OpenFlow component was enabled by default. Later, the --no-openflow switch was added to disable OpenFlow when it wasn't needed or desired. As time has gone on, usage of this switch has gone from useful on rare occasion to not entirely uncommon and it started to seem like an ugly annoyance. However, simply not starting the OpenFlow component by default didn't seem like a good idea either: it would break many "known" commandlines, would be more typing for the still-very-common case where it's desired, and would likely cause many ugly startup exceptions until a fair amount of code was tweaked (since many components – even ones which use the dependency mechanism for other components – assume that the openflow component is always available).

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

POX đã đáng kể lấy cảm hứng từ NOX và NOX là unquestionably một bộ điều khiển OpenFlow. Ngoài ra, các phiên bản đầu tiên của thủy không có bất kỳ loại hệ thống phụ thuộc. Hai yếu tố dẫn đến thủy có một trường hợp đặc biệt: Các thành phần OpenFlow đã được kích hoạt theo mặc định. Sau đó, các - no-openflow chuyển đổi đã được bổ sung để vô hiệu hóa OpenFlow khi nó không phải là cần thiết hoặc mong muốn. Như thời gian đã đi vào, sử dụng chuyển đổi này đã đi từ hữu ích vào dịp hiếm để không hoàn toàn phổ biến và nó bắt đầu có vẻ như một ít phiền toái xấu xí. Tuy nhiên, chỉ đơn giản là không bắt đầu các thành phần OpenFlow theo mặc định không có vẻ như một ý tưởng tốt hoặc là: nó sẽ phá vỡ nhiều "nổi tiếng" commandlines, sẽ là thêm nhập đối với vụ án vẫn còn rất phổ biến mà nó là mong muốn, và sẽ có khả năng gây ra xấu xí khởi động nhiều trường hợp ngoại lệ cho đến khi một số tiền hợp lý của mã được chỉnh (kể từ khi nhiều thành phần-ngay cả những người sử dụng cơ chế phụ thuộc các thành phần khác-giả định rằng các thành phần openflow luôn luôn có sẵn).

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

POX được lấy cảm hứng đáng kể bởi NOX, và NOX là nghi ngờ gì nữa là một bộ điều khiển OpenFlow. Ngoài ra, phiên bản đầu của POX không có bất kỳ loại hệ thống phụ thuộc. Hai yếu tố này dẫn đến POX có một trường hợp đặc biệt: các thành phần OpenFlow được kích hoạt theo mặc định. Sau đó, việc chuyển đổi --no-openflow đã được thêm vào để vô hiệu hóa OpenFlow khi nó không cần thiết hoặc mong muốn. Khi thời gian đã đi vào, sử dụng chuyển đổi này đã đi từ hữu ích trong dịp hiếm có để hoàn toàn không phải là hiếm và nó bắt đầu có vẻ giống như một ít phiền toái xấu xí. Tuy nhiên, chỉ đơn giản là không phải bắt đầu từ các thành phần OpenFlow theo mặc định không có vẻ như một ý tưởng tốt, hoặc: nó sẽ phá vỡ nhiều "tiếng" commandlines, sẽ gõ hơn cho trường hợp vẫn còn-rất-chung mà nó mong muốn, và có khả năng sẽ gây ra nhiều trường hợp ngoại lệ khi khởi động xấu xí cho đến khi một số tiền hợp lý của mã đã được tinh chỉnh (vì nhiều thành phần - ngay cả những người mà sử dụng cơ chế phụ thuộc cho các thành phần khác - giả định rằng các thành phần openflow luôn có sẵn).