Khi nào bạn nên cắt đầu vào?


11

Tôi đang học thực tập tấn về ngành công nghiệp bên ngoài học viện.

Một điều tôi nghĩ về ngày hôm nay là cắt đầu vào.

Ở một mặt của đồng xu, tôi không muốn người dùng / người thực hiện liên tục nhận được kết quả không mong muốn vì đầu vào của họ có quá nhiều khoảng trống, do đó tôi cần liên tục cắt đầu vào của người dùng sau mỗi lần gọi hàm.

Nhưng đồng thời Nếu tôi đang tạo một thư viện API để sử dụng nội bộ ở đây tại khoảng trắng văn phòng / khoảng trắng hàng đầu có thể rất quan trọng đối với kết quả.

Sau đó, có những trường hợp tôi không chắc khoảng trắng sẽ quan trọng hay không.

Vấn đề lớn đối với tôi là tôi thấy mình phải gọi .trim () ở mọi nơi trong mã của mình.

Có ai có bất kỳ lời khuyên / quy tắc của ngón tay cái hoặc chỉ suy nghĩ về cách xử lý các tình huống nhất định?


1
Khi bạn nói "API" ở đây, bạn đang nói về việc viết thư viện hay bạn đang nói về một loại dịch vụ web nội bộ nào đó? Đây là một chi tiết quan trọng.
Sean McS Something

Nó thực sự sẽ là một Thư viện tôi đang xây dựng (cảm ơn)
Người đàn ông

Điều này nghe có vẻ tự trả lời ... nếu bạn không chắc chắn rằng khoảng trắng là không cần thiết, có lẽ bạn không nên cắt bớt văn bản.
GrandmasterB

Câu trả lời:


13

Không bao giờ cắt khoảng trắng tùy ý trong API.

Lý do duy nhất để cắt xén khoảng trắng tùy ý là tính năng UI. Mọi người thường để lại khoảng trống ở cuối các trường đã nhập nhưng không thể thấy rằng họ đã làm như vậy. Thật khó hiểu khi trả lại một tin nhắn, vì vậy - ngoại trừ trong trường hợp hiếm hoi mà người dùng có thể nhập "A" để có nghĩa gì đó ngoài "A" - bạn thường có thể bỏ bất kỳ khoảng trống vô dụng nào.

Nhưng máy tính không thêm dấu cách do nhầm lẫn, chúng thêm dấu cách vì một lập trình viên đã bảo họ và nếu chúng phá vỡ triển khai API của bạn, bạn nên gửi lại lỗi cho nhà phát triển. Nếu họ không thì bạn chỉ nên sử dụng chúng.

Tất nhiên, có khả năng dữ liệu này đến từ con người thông qua một ứng dụng, nhưng đó là vấn đề của nhà phát triển ứng dụng, không phải của bạn. Một lần nữa, nếu chúng sẽ gây ra cho bạn một vấn đề, hãy từ chối chúng; nếu không, chấp nhận chúng. Đừng cắt xén chúng và cho rằng người tiêu dùng của bạn biết điều đó sẽ xảy ra.


Cảm ơn đã dành thời gian để trả lời. Bạn tóm tắt những gì mọi người khác dường như đang nói.
Người đàn ông

3

Một nguyên tắc hữu ích ở đây là YAGNI : "Bạn không cần nó." Những gì nó có nghĩa là, khi bạn có một ý tưởng cho một tính năng mà bạn không chắc chắn bạn sẽ thực sự cần, không thực hiện nó cho đến khi bạn chắc chắn bạn cần đến nó. Sau đó, khi nhu cầu về nó trở nên rõ ràng, những vị trí trong cơ sở mã của bạn, nơi thực sự cần thiết cũng phải rõ ràng.


1

Nó phụ thuộc vào những gì đầu vào sẽ được sử dụng cho. Nếu bạn đang cắt xén khoảng trắng từ dữ liệu được nhập dưới dạng cụm từ tìm kiếm thì tôi có thể hiểu lý do tại sao bạn làm việc đó. Đó là một thói quen tốt để học cách không tin tưởng dữ liệu vào hệ thống, tôi nghĩ chủ yếu về SQL Injection nhưng cũng có những khía cạnh khác.

Bạn có thể không cần phải luôn luôn cắt đầu vào nhưng bạn chắc chắn phải luôn kiểm tra đầu vào.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.