Sử dụng các khóa i18n ngắn hơn (ví dụ: t '.submit_button') trong chế độ xem Rails giúp dễ dàng nhập, nhưng thực sự có tốt không? Khi sau đó bạn quyết định tái cấu trúc các khung nhìn và partials của bạn, bạn phải nhớ cập nhật các mục nhập nội địa hóa tương ứng. Nó sẽ không được mạnh mẽ hơn để đặt tên cho họ bằng ý nghĩa kinh doanh của họ và luôn luôn chỉ định đầy đủ các tên khóa?Tra cứu lười biếng trong Rails I18n có thực hành không tốt?
Vâng, tôi đang sử dụng hỗn hợp. ;-)
Đối với những thứ như "có", "không", "gửi", "hủy", tôi có xu hướng sử dụng không gian tên gọi là "mặc định" vì vậy tôi luôn sử dụng nó như t 'defaults.cancel'. Điều đó cũng có thể giải quyết điều "submit_button" mà bạn đã đề cập ở trên. Đối với các quan điểm cụ thể của tôi, tôi quyết định sử dụng tính năng tra cứu lười biếng.
Nếu bạn muốn phím i18n cho quan điểm cụ thể mà bạn phải quyết định những gì phù hợp nhất dành cho bạn:
Nếu bạn không nhớ tìm kiếm tập tin yaml của bạn cho các phím i18n và thay đổi chúng nếu bạn thay đổi xem làm như vậy. Lợi thế là bạn lưu một số ký tự cho mỗi cuộc gọi I18n.t của nó trong chế độ xem của bạn.
Nhưng nếu bạn thay đổi tên chế độ xem của mình thường xuyên (không chắc chắn lý do bạn nên phải làm như vậy :)) thì bạn có thể sử dụng cách bạn mô tả tốt hơn.
Như tôi đã nói tôi thích tùy chọn đầu tiên vì nó thuận tiện hơn cho tôi.
làm ghi chú phụ;
nếu bạn cần phải kiểm tra như thế nào Rails được giải quyết những phím tra cứu i18n lười biếng, và nơi Rails đang tìm kiếm chúng lên, điều này có thể giúp gỡ lỗi của bạn:
http://cache.preserve.io/8vupog4s/index.html (ban đầu là tại http://unixgods.org/~tilo/Rails/where_is_Rails_trying_to_lookup_L10N_strings.html)