Cách tốt nhất để tạo và in hóa đơn trong ứng dụng .NET là gì?

Question

Tôi đang làm việc trên một hệ thống thanh toán cho một công ty tiện ích, và chúng tôi có các yêu cầu sau:

• Batch-tạo và in khoảng 1.500 hóa đơn mỗi ngày mà chúng tôi sau đó mail cho khách hàng
• Save the bill trong một định dạng mà có thể gửi qua email cho khách hàng và cũng có thể lưu trữ (có thể là PDF)
• Được xây dựng với NET với cơ sở dữ liệu MS SQL server back-end

tôi muốn một số lời khuyên về cách tốt nhất để thực hiện điều này . Tôi đang suy nghĩ về việc xây dựng một ứng dụng WPF sẽ có mẫu hóa đơn mà chúng tôi ràng buộc dữ liệu hóa đơn và in từ đó. Nhưng tôi đã không sử dụng WPF trước vì vậy tôi không chắc chắn nếu đó là công nghệ tốt nhất để sử dụng, và tôi không thể có được đầu của tôi xung quanh cách chuyển đổi hàng loạt và PDF sẽ làm việc.

Mọi suy nghĩ? WPF sẽ làm việc, hoặc là có một giải pháp tốt hơn?

Answer 1

Nếu bạn đang sử dụng chương trình phụ trợ SQL Server, Dịch vụ báo cáo sẽ hoạt động cho bạn.

Nếu không, tôi sẽ giới thiệu trình tạo báo cáo của bên thứ ba phù hợp với nhu cầu báo cáo của bạn và tạo ứng dụng sử dụng nó để tạo & xuất báo cáo.

Answer 2

Có thể bạn nên thử với ActiveReports.NET hoặc DevExpress XtraReports để tạo báo cáo đầu tiên theo mã. Cả hai đều có hỗ trợ xuất PDF để bạn có thể tạo tệp PDF và gửi chúng qua thư.

Answer 3

Kiểm tra cuốn sách này, (http://www.apress.com/book/view/9781590598542) nó cung cấp nhiều kịch bản khác nhau, bao gồm gửi báo cáo, dịch vụ tạo báo cáo, v.v. Về báo cáo phía khách hàng, nhưng nó áp dụng tốt cho phía máy chủ (anyways bên thiết kế). điều này có thể có lợi thế của nó làm nó phía khách hàng (hoặc máy chủ dediacted) như bạn hoàn toàn có thể kiểm soát quá trình tự động hóa. Nhưng đó là nếu bạn muốn đi với. NET báo cáo.

Và có bạn có thể sử dụng WPF.

Answer 4

Ngay cả với SQL Server, bạn có thể muốn xem xét chức năng báo cáo phía máy khách. Nó thực sự phù hợp với IMO tốt hơn với những gì bạn muốn. Bạn vẫn có thể truy vấn và nhận được tất cả dữ liệu bạn cần tạo thành máy chủ, nhưng nó cho phép bạn có toàn quyền kiểm soát quá trình tự động hóa. Có thể bạn muốn chạy nó như một dịch vụ, mỗi ngày báo cáo được tạo ra bởi các dịch vụ, chuyển đổi sang PDF và sao chép vào đĩa và tự động gửi qua email. Phía khách hàng có thể làm tất cả điều đó và dễ dàng. Và không có sự phụ thuộc vào các dịch vụ báo cáo hoặc IIS, hoặc phải có bất kỳ cấu hình nào được cấu hình.

Answer 5

Tôi khuyên bạn nên làm việc với công cụ báo cáo cung cấp hỗ trợ gốc để xuất sang PDF, dễ dàng hơn cho mục đích quản lý nếu bạn có thể bắt đầu với một định dạng duy nhất và báo cáo để xử lý cả việc in và lưu trữ thông tin.

Nếu bạn đang thực sự xử lý hàng loạt, tôi sẽ không thấy WPF là thành phần cần thiết như một công việc hàng loạt bạn thực sự không có nhiều giao diện người dùng, nếu có, tùy thuộc vào cách bạn thực sự thực hiện điều này.

Nếu tôi là bạn, tôi sẽ tập trung vào việc tạo bộ xử lý hàng loạt có thể chạy dưới dạng dịch vụ cửa sổ hoặc được lên lịch để chạy trong khoảng thời gian cụ thể để hoàn thành công việc của mình.

Answer 6

Bạn cũng có thể xem itextSharp. Công cụ viết pdf .net của nó và là một cổng của Java itext. Chơi hạn chế tôi đã làm với nó làm cho văn bản pdf đơn giản và vui vẻ.

Answer 7

Bạn có thể nhận được một tính năng in tốt từ WPF vì công nghệ mới Định dạng giấy Tài liệu XPS là một thay thế cho PDF. Và nó cũng hỗ trợ lập trình tuyệt vời. Một blog từ pettzold http://www.charlespetzold.com/blog/2006/02/201111.html liên quan đến in WPF.

Answer 8

Trên một trong các dự án tôi làm việc trên chúng tôi sử dụng list & label. Về cơ bản bạn có một API .NET, bạn chuyển nó một DataSet và sau đó bạn làm cho các mẫu tham chiếu đến các cột trong tập dữ liệu, ít nhất có thể được in (và tôi cũng giả sử xuất sang PDF nhưng không kiểm tra ..) .)

Tôi đã không làm việc với nó bản thân mình tho vì vậy không thể nói nhiều về chất lượng.