Cải tiến quy trình làm việc cho người dịch và nhà phát triển như nhau

Question

Trong trang web asp.net của chúng tôi, chúng tôi hỗ trợ nhiều ngôn ngữ. Các công việc dịch hiện nay diễn ra như sau:

• trang web được xây dựng với "ngôn ngữ phát triển"
• Dịch được lưu giữ trong cơ sở dữ liệu và sử dụng một nhà cung cấp tùy chỉnh
• Tại một thời điểm nào đó trong dịch devcycle được trích lục (trội xml tương thích) của DB để làm việc trên
• Một điền trong tập tin được nhận bởi nhóm phát triển và chuyển đổi (tự động) để script sql

Advantage s:

• dịch không cần phải làm việc với các công cụ dịch không thân thiện
• Họ có một cái nhìn tổng quan dễ dàng của tất cả các literals
• Ngôn ngữ dev là dễ dàng phân biệt vì một hàng đầu '_' theo thứ tự để phát hiện literals chưa được dịch
• kịch bản Sql là redeployable và versionable

Nhược điểm:

• dịch không có điểm trên bản dịch của họ sẽ trông như thế nào trong ứng dụng
• Dịch thường lần vít trên bố trí vì những vấn đề thời gian (ví dụ: Nga có xu hướng được cách tiết hơn sau đó bằng tiếng Anh)
• bối cảnh băng tải là khó
• Dịch thêm vào sau khi trích xuất file rất khó để theo dõi và dẫn đến sai lầm
• dịch Distributed + excel (xml) làm cho timing- và xung đột nhập

tôi đang cố gắng để tìm một cách tốt hơn để giao tiếp với người dịch.
Một công cụ hiện có sẽ được ưu tiên hơn một cái gì đó được thực hiện trong nhà.
Việc cung cấp cho người phiên dịch một cái nhìn làm việc về công việc của họ có ưu tiên cao.
Quản lý phiên bản của các tệp bản dịch cần cải thiện.
Chúng tôi đã hy vọng rằng excel xml's sẽ có thể phiên bản, nhưng so sánh và hợp nhất gần như không thể.
Cho phép người dịch Visual Studio làm việc trong các tệp resx không phải là một tùy chọn.

Answer 1

Bạn có cân nhắc điều gì đó giống như liên kết bên dưới không? Bạn có thể tích hợp nó vào phiên bản dàn dựng của ứng dụng cho người dịch, sau đó họ có thể thấy những thay đổi trong hành động.

Westwind.Globalization Data Driven Resource Provider for ASP.NET