Office interop (tự động hoá phía máy chủ)
Định nghĩa
Điều khiển Microsoft Office từ mã để mở hoặc chuyển đổi tài liệu. Nó hoạt động trên máy tính để bàn và Microsoft cùng với mọi người đã thử đều khuyến cáo không nên dùng trên máy chủ.
Office được thiết kế cho một người dùng tương tác duy nhất tại bàn phím. Trên máy chủ xử lý các yêu cầu đồng thời, giả định này thất bại theo những cách cụ thể và quen thuộc: các tiến trình deadlock chờ nhau, hộp thoại modal xuất hiện mà không ai có thể đóng, và các phiên tồn tại lâu hơn yêu cầu cho đến khi máy hết bộ nhớ.
Vấn đề giấy phép cũng tương tự khó xử. Một máy chủ render tài liệu thay mặt cho nhiều người dùng cần giấy phép desktop mà không bao giờ được dự định cho mục đích này, và việc thảo luận với bộ phận mua sắm hiếm khi suôn sẻ.
Giải pháp thay thế là render gốc: một thư viện phân tích định dạng trực tiếp và tạo ra đầu ra trong cùng tiến trình. Không có ứng dụng thứ hai, không có lớp tự động hoá, không có tiến trình bị bỏ rơi cần thu thập theo lịch trình.
Trong Doconut
Doconut render một cách gốc. Không có cài đặt Office, không có tự động hoá COM và không có assembly interop nào trong pipeline — điều này cũng là lý do khiến việc triển khai container trở nên đơn giản.
Các thuật ngữ liên quan
Chuyển đổi tài liệu
Biến đổi một tệp từ định dạng này sang định dạng khác và tạo ra một tệp mới, khác với việc render, chỉ tạo ra một biểu diễn hình ảnh tạm thời và không có tài liệu mới.
Render tài liệu phía máy chủ
Chuyển đổi tài liệu thành hình ảnh các trang trên máy chủ, để trình duyệt hiển thị các trang đã được render thay vì tự phân tích tệp gốc.
SDK xem tài liệu
Một thư viện bạn nhúng vào ứng dụng của mình để có thể hiển thị tài liệu, khác với dịch vụ lưu trữ mà bạn tải tài liệu lên. SDK chạy trong quá trình của bạn; dịch vụ chạy trong quá trình của người khác.