0
커스텀 XML을 많이 사용하는 기존 앱이 있습니다. 사용자는 사용자 지정 XML (글자 템플릿)이 흩어져있는 Word 문서를 제공 한 다음 코드에서 사용자 지정 XML 태그를 사용하여 데이터베이스의 데이터를 삽입하므로 동적으로 서식 파일을 완전한 Word 문서로 변환합니다.Microsoft Word에서 사용자 정의 XML에 대한 대안?
그러나 일부 사용자는 알고 있으므로 Microsoft was sued over custom XML and lost back in 2009입니다. Word 2003 및 이후 버전에서는 사용자 지정 XML 태그를 일반 태그로 자동 변환하여 물론 응용 프로그램의 구문 분석/데이터 삽입 논리 (ASPX/C#, .Net 3.0)를 손상시킬 수 있습니다.
이 응용 프로그램을 사용하는 부서에는 실제로이 논리를 완전히 다시 쓰는 예산이 없으므로 몇 가지 질문이 있습니다. 이것에 대한 대안/방법이 있습니까 (Word 2003의 복사본을 사용자에게 너무 극단적으로 보낼 수 있음)? 나도 무리를지었습니다. 오픈 오피스 (OpenOffice)도이를 지원할 것입니다. 다른 사람이이 소송의 결과를 처리해야합니까? 만약 그렇다면 당신은 무엇을 했습니까?
마지막으로, 다시 쓰기가 유일한 옵션 인 경우 작업에서 사용자 지정 XML이 수행 한 작업을 가장 효율적으로 복제하는 방법은 무엇입니까? 북마크 나 다른 것들을 보았지만 실제로는 Word 전문가가 아닙니다.
추가 정보가 필요하면 알려주세요.
ASP.NET에서 Office Interop을 사용하지 않기를 바랍니다. ASP.NET이나 다른 서버 기술에서 Office Interop을 사용하는 것은 끔찍한 생각입니다. 이 API는 데스크톱 응용 프로그램 (Office 응용 프로그램 제품군)을 자동화하기 위해 작성되었습니다. 서버 응용 프로그램은 여러면에서 서로 다르므로 Office Interop을 사용하는 것이 매우 바람직하지 않습니다. 또한 Microsoft에서 지원하지 않으며 Office 라이선스를 위반할 수도 있습니다. [서버 측 서버 자동화 고려 사항] (http://support.microsoft.com/kb/257757) –
하하 아니, 아니 interop. 기본적으로 사용자는이 템플리트를 단어 AS xml로 작성하여 저장했으며, 그 다음 애플리케이션은 내장 된 .NET xml 구문 분석 도구를 사용합니다. 소송에 의해 야기 된 문제는 사용자 정의 태그를 사용하여 단어로 만든 xml 문서를 열면 xml 구문 분석 논리가 태그를 더 이상 찾을 수 없으므로 XMLDoc이 null이됩니다. 따라서 사용자는 더 이상 새 템플릿을 만들거나 기존 템플릿을 변경할 수 없습니다. – Hershizer33
나는 Word 2003의 복사본을 사용자에게 제공하는 것이이 문제에 대해 무언가를하기 위해 소송을 제기 한 후 5 년이 될 때까지 기다리는 것보다 거의 동일한 최적의 순서라고 말합니다. –