Chuẩn mực bảo hiểm. Có ai đối phó với mớ hỗn độn này không?

Question

Chúng tôi cần triển khai WCF Webservice bằng cách sử dụng ACORD Standard.

Tuy nhiên, tôi không biết bắt đầu từ đâu vì tiêu chuẩn này là HUMONGOUS và rất phức tạp. Một sự hỗn loạn cho đôi mắt của tôi.

Tôi đang cố gắng sử dụng WSCF.Blue để trích xuất các lớp từ nhiều XSD tôi có nhưng cho đến nay tất cả tôi nhận được là một bó của crap: Một tệp .cs với 50.000 dòng mã đóng băng VS2010 của tôi tất cả thời gian.

Có ai đã đi qua Thung lũng Cái chết (ACORD Standard) và thực hiện không? Tôi thực sự sẽ đánh giá cao một số trợ giúp.

Answer 1

Tôi đã làm việc với các tiêu chuẩn báo cáo phơi nhiễm Accord PCS và có nó là một cơn ác mộng. Tôi cũng đã làm việc với các tiêu chuẩn lớn khác như FPML và SportsML.

Bạn cần tìm ra chính xác loại nào từ giản đồ cần thiết. Cách bạn thực hiện việc này tùy thuộc vào bạn, nhưng trình xem lược đồ VS sẽ có thể xử lý nó. Nếu không thử XmlSpy hoặc chỉ cần đi qua nó bằng tay nếu bạn có. Hãy chắc chắn rằng bạn có một BA tốt để tay ...

Có thể bạn sẽ thấy rằng bạn có thể đáp ứng các yêu cầu của mình bằng cách sử dụng khoảng 1% các loại có sẵn trong tiêu chuẩn.

Điều bạn có thể thấy là bạn có thể thể hiện các đối tượng chính với một tập hợp các giá trị rất tối thiểu, vì hầu hết các nút sẽ là minOccurs=0 hoặc nillable.

Sau đó, bạn có thể sử dụng nút chuyển/phần tử trên xsd.exe để tạo mã chỉ cho các loại bạn cần.

Là một người bình luận cho biết không có viên thuốc dễ nuốt nào ở đây. Điều trớ trêu là tiêu chuẩn được cho là làm cho cuộc sống của mọi người dễ dàng hơn.

Answer 2

Có vẻ như bạn đang đi xuống con đường bên phải nhưng bị lạc trong rừng.
ACORD Standard là rất lớn và cố ý như vậy, vì nó cung cấp hỗ trợ cho hàng trăm tin nhắn khác nhau. Cũng giống như bạn không tải xuống tất cả Wikipedia để chỉ có một vài bài viết, bạn không cần tất cả các lớp trong tiêu chuẩn ACORD để hỗ trợ việc triển khai một vài thông điệp. Nếu bạn biết những thông điệp nào bạn cần để hỗ trợ thì bạn có thể tạo một tập hợp con của XSD đầy đủ sẽ khá dễ quản lý.

Như đã đề cập trong phản hồi của Hugh, đối với bất kỳ một thông điệp nào chỉ một phần nhỏ của XSD đầy đủ được sử dụng. Làm thế nào bạn đi về làm điều đó sẽ phụ thuộc vào các chi tiết cụ thể của dự án của bạn. Nếu bạn đang tìm kiếm ý tưởng về cách tạo một tập hợp con của XSD đầy đủ, hãy thử liên hệ với nhân viên ACORD để được trợ giúp tại số PCS@acord.org. Họ sẽ có thể cung cấp cho bạn một số trợ giúp trong việc bắt đầu.

Answer 3

Tôi đã viết bộ chuyển đổi thư viện ACORD thành C# class sau đó được sử dụng trong một số sản phẩm bảo hiểm thương mại lớn. Nó mô tả một ánh xạ rất tốt đẹp của tất cả các ACORD XML thành các lớp C# ngắn gọn, có thể kéo dài. Vì vậy, tôi biết từ đâu bạn đến!

Khi bạn đào sâu vào nó không quá tệ, nhưng tôi duy trì trình mã hóa trung bình sẽ không 'nhận được' trong khoảng 3-4 tháng nếu họ làm việc toàn thời gian (giả sử bất cứ điều gì nhưng thông điệp kiểu yêu cầu). Vấn đề thực sự xảy ra khi cố gắng lập bản đồ từ cơ sở dữ liệu phụ trợ và đến/từ một WSORD WS khác. Tất cả các nhà cung cấp dịch vụ, nhà cung cấp và đại lý đều có quy tắc tùy chỉnh.Đề nghị tốt nhất của tôi là tìm các ví dụ mã hoạt động (tôi có tấn nếu bạn cần) và thậm chí có thể là nhà cung cấp hoặc nhà cung cấp dịch vụ sẽ cho phép bạn kết nối với ACORD trong môi trường thử nghiệm.

Answer 4

Nếu bạn đang tìm cách đọc/ghi tài liệu ACORD bằng .NET, tôi chỉ tình cờ gặp "Nhà máy phần mềm IVC cho tiêu chuẩn ACORD" trên CodePlex tại http://ivc.codeplex.com.

Từ tài liệu giới hạn, dường như thư viện này có thể chuyển đổi đối tượng thành tài liệu XML ACORD và ngược lại. Mã nguồn đi kèm với các "nhà cung cấp" khác nhau, nghĩa là các loại giao dịch ACORD khác nhau, như 103 hoặc 121.

Hy vọng điều này sẽ hữu ích.

Answer 5

Tôi khuyên bạn không nên tạo mô hình cho toàn bộ tiêu chuẩn. Người ta chỉ có thể vượt qua XML và không serialize vào một mô hình nhưng thay vì tải nó vào XDocument/XElement và sử dụng LINQ để truy vấn nó và cập nhật DOM bằng cách sử dụng LINQ to Xml. Vì vậy, người ta không tải XML vào một mô hình được đánh máy mạnh, nhưng chỉ tải XML. Không có mô hình, chỉ là một tài liệu XML.

Từ đó, người ta có thể chọn dữ liệu của XML khi cần.

Sử dụng phương pháp này, mã sẽ rất xấu và có ít ngữ cảnh vì XElements sẽ được truyền đi khắp mọi nơi và sẽ có hàng tấn chuỗi phép thuật của XPath để truy vấn và xác định các phần tử, nhưng nó có thể hoạt động. Ngoài ra, mọi thứ đều là chuỗi nên sẽ có các phương thức chuyển đổi tiện ích để chuyển đổi thành số, ngày giờ, v.v.

Từ tương lai của mình, tôi đã mô hình hóa một phần của Acord thành mô hình đối tượng bằng cách sử dụng XmlSerializer. các lớp học. Mô hình này không phải là công cụ từ XSD hoặc khác, nhưng được chế tác thủ công và mất một thời gian. Công cụ sẽ tạo ra các lớp quái vật không sử dụng được (như bạn đã đề cập) và/hoặc bằng phẳng. Ví dụ, tôi đã thử tải XSD vào Stylus Studio và nó đã bị lỗi nhiều lần.

Vì vậy, đặt cược tốt nhất của bạn nếu bạn bị ràng buộc vì thời gian đang tải vào XDocument như trái ngược với việc cố gắng vạch ra mọi thứ trong một mô hình. Tôi biết rằng hút nhưng Acord nói chung về cơ bản là một mớ hỗn độn dữ liệu lớn.