Điều gì là tốt hơn: int.TryParse hoặc thử {int.Parse()} bắt

Question

Tôi biết .. Tôi biết ... Hiệu suất không phải là mối quan tâm chính ở đây, nhưng chỉ cho sự tò mò, những gì là tốt hơn?

bool parsed = int.TryParse(string, out num); 
if (parsed) 
... 

HOẶC

try { 
    int.Parse(string); 
} 
catch() { 
    do something... 
} 

Answer 1

Better là rất chủ quan. Ví dụ: cá nhân tôi thích int.TryParse, vì tôi thường không quan tâm đến số lý do tại sao việc phân tích cú pháp thất bại, nếu không thành công. Tuy nhiên, int.Parse lon (theo documentation) ném ba trường hợp ngoại lệ khác nhau:

• đầu vào là null
• đầu vào không phải là trong một định dạng hợp lệ
• đầu vào có chứa một số mà procudes một tràn

Nếu bạn quan tâm về lý do không thành công, thì int.Parse rõ ràng là lựa chọn tốt hơn.

Như mọi khi, ngữ cảnh là vua.

Answer 2

Đầu tiên. Thứ hai được coi là mã hóa theo ngoại lệ.

Answer 3

Cá nhân, tôi muốn:

if (int.TryParse(string, out num)) 
{ 
    ... 
} 

Answer 4

Đầu tiên! Bạn không nên mã theo ngoại lệ.

bạn có thể rút ngắn nó để

if (int.TryParse(string, out num))

Answer 5

Thứ nhất, bởi đến nay. Như George nói, thứ hai là mã hóa bởi ngoại lệ và có tác động hiệu suất lớn. Và hiệu suất phải là một mối quan tâm, luôn luôn.

Answer 6

Bắt ngoại lệ có nhiều chi phí hơn, vì vậy tôi sẽ dùng thử TryParse.

Ngoài ra, phương pháp TryParse không ném ngoại lệ nếu chuyển đổi không thành công. Nó loại bỏ sự cần thiết phải sử dụng xử lý ngoại lệ để kiểm tra một FormatException trong trường hợp s không hợp lệ và không thể phân tích cú pháp thành công.

Đó phần cuối cùng copy-dán từ here

Answer 7

Có phải đặc biệt cho chuyển đổi đôi khi không thành công hay không được mong đợi và bình thường rằng chuyển đổi đôi khi sẽ không thành công? Nếu trước đây, hãy sử dụng một ngoại lệ ngoại lệ. Nếu sau, tránh ngoại lệ. Các ngoại lệ được gọi là "ngoại lệ" vì một lý do; bạn chỉ nên sử dụng chúng để xử lý các trường hợp đặc biệt đặc biệt.

Answer 8

Điều gì đó khác cần lưu ý là ngoại lệ được ghi nhật ký (tùy chọn) trong cửa sổ gỡ lỗi/đầu ra của Visual Studio. Ngay cả khi chi phí hoạt động của các ngoại lệ có thể không đáng kể, hãy viết một dòng văn bản cho mỗi ngoại lệ khi gỡ lỗi có thể làm chậm mọi thứ ngay lập tức.Các ngoại lệ đáng chú ý hơn có thể bị chết đuối trong tất cả các nhiễu của các hoạt động phân tích cú pháp số nguyên không thành công.

Answer 9

Nếu nó thực sự hy vọng rằng việc chuyển đổi đôi khi sẽ thất bại, tôi muốn sử dụng int.TryParse và như vậy gọn gàng trên cùng một dòng với conditional (Ternary) operator, như thế này:

int myInt = int.TryParse(myString, out myInt) ? myInt : 0; 

Trong trường hợp này zero sẽ được sử dụng như một giá trị mặc định nếu phương thức TryParse thất bại.

Cũng thực sự hữu ích cho các loại có thể vô hiệu hóa, sẽ ghi đè lên bất kỳ giá trị mặc định nào bằng null nếu chuyển đổi không thành công.