2011-02-05 32 views
5

Có sự xuống cấp hiệu suất khi chúng tôi LUÔN LUÔN sử dụng các loại giá trị không có giá trị thay vì các loại giá trị không?Có sự xuống cấp hiệu suất khi chúng tôi LUÔN LUÔN sử dụng các loại giá trị không có giá trị thay vì các loại giá trị không?

+4

'" Luôn luôn "' là một từ lớn. –

+1

Tràn : không phải là bạn nên lo lắng. –

+0

để chỉ ra, tôi sẵn sàng đặt cược rằng @MitchWheat biết nhiều hơn về điều này hơn bạn vì vậy tôi sẽ đi với lắng nghe anh ta. @MitchWheat ~ Bạn nên đã làm cho rằng một câu trả lời: p ... – jcolebrand

Trả lời

7

Mitch Wheat chỉ về phía trên, không, bạn không nên lo lắng về điều này. Tôi sẽ cung cấp cho bạn lý do trả lời ngắn ngay bây giờ và sau đó tôi sẽ giúp bạn khám phá thêm về những gì bạn đang yêu cầu:

Viết mã của bạn chính xác. Hồ sơ sau khi viết để bạn tìm thấy những điểm khiến bạn đau buồn.

Khi bạn có mã liên tục sử dụng Nullable và bạn có lý do hiệu suất và bạn cấu hình nó và bạn không thể tìm thấy vấn đề chính mình, sau đó đến yêu cầu chúng tôi làm thế nào để làm cho nó nhanh hơn. Nhưng không, chi phí của việc sử dụng Nullable là cho tất cả các ý định và mục đích không làm suy giảm.

Khám phá thêm về những gì bạn đang yêu cầu:

Bây giờ, khi đọc tất cả các trang đó, tôi hy vọng bạn cảm thấy được chứng ngộ hơn.

+0

@YiJiang Oh bạn và danh sách OL ưa thích của bạn: p (gọi tốt) – jcolebrand

+1

Đó là danh sách không có thứ tự 'ul' -' ol' liệt kê các danh sách là erhn ... được sắp xếp (đánh số) yah biết? ;) –

+0

oh, facepalm, tôi bắt đầu nhập UL lần đầu tiên: p – jcolebrand

4

Đó là giá sao chép toàn bộ loại giá trị: khá nhiều nil cho những thứ như số nguyên, GUID, v.v ... nhưng lớn nếu bạn liên tục sao chép các loại giá trị 512 KB (bạn không nên có nơi đầu tiên) bên trong một vòng lặp chặt chẽ.

Các vấn đề liên quan