โอเพ่นซอร์ส vs เชิงพาณิชย์ .NET Document Viewer SDKs: สิ่งที่นักพัฒนาควรพิจารณา
บทนำ
การเลือกใช้เครื่องมือดูเอกสารแบบโอเพ่นซอร์สหรือ SDK ตัวดูเอกสาร .NET เชิงพาณิชย์ไม่ได้เป็นเพียงการตัดสินใจเรื่องลิขสิทธิ์เท่านั้น แต่ยังส่งผลต่อเวลาในการพัฒนา, การบำรุงรักษา, การสนับสนุน, ความครอบคลุมของรูปแบบไฟล์, สถาปัตยกรรมความปลอดภัย, และประสบการณ์ผู้ใช้ภายในแอปพลิเคชันของคุณ
ไลบรารีโอเพ่นซอร์สอาจเหมาะกับการสร้างต้นแบบ, เครื่องมือภายในองค์กร, หรือกระบวนการทำงานที่แคบ แต่เมื่อแอปพลิเคชันธุรกิจต้องการการดูเอกสาร, การค้นหา, การทำหมายเหตุ, การแปลง, การพิมพ์, และการสนับสนุนหลายรูปแบบไฟล์ การบูรณาการอาจซับซ้อนมากขึ้น
Doconut Viewer เป็น SDK ตัวดูเอกสาร .NET เชิงพาณิชย์ที่ออกแบบมาสำหรับ ASP.NET และแอปพลิเคชันเว็บ .NET สมัยใหม่ ช่วยให้นักพัฒนาสามารถแสดงและโต้ตอบกับเอกสารธุรกิจโดยตรงภายในแอปของตน
บทความนี้เปรียบเทียบเครื่องมือดูเอกสารและจัดการภาพแบบโอเพ่นซอร์สกับ SDK เชิงพาณิชย์ และอธิบายว่าเมื่อใดโซลูชันอย่าง Doconut จะเป็นตัวเลือกที่ดีกว่าสำหรับกระบวนการทำงานกับเอกสารในระดับการผลิต
เครื่องมือโอเพ่นซอร์สอาจเป็นจุดเริ่มต้นที่ดี
เครื่องมือโอเพ่นซอร์สมีประโยชน์ในหลายสถานการณ์ โดยมักมีชุมชนที่กระตือรือร้น, ตัวเลือกการให้ลิขสิทธิ์ที่ยืดหยุ่น, และไม่มีค่าใช้จ่ายล่วงหน้า
เครื่องมือเหล่านี้อาจเหมาะเมื่อ:
- คุณต้องการเพียงคุณลักษณะเดียวที่เฉพาะเจาะจง
- คุณกำลังสร้างต้นแบบ
- กระบวนการทำงานกับเอกสารเรียบง่าย
- คุณมีเวลาในการบำรุงรักษาการบูรณาการ
- คุณยอมรับการสนับสนุนจากชุมชน
- คุณต้องการสนับสนุนรูปแบบไฟล์จำนวนเล็กน้อย
- คุณมีความเชี่ยวชาญภายในเพื่อแก้ไขปัญหาการเรนเดอร์, การแปลง, หรือปัญหาภาพ
ตัวอย่างเช่น ทีมอาจใช้ไลบรารี PDF แบบโอเพ่นซอร์สสำหรับการเรนเดอร์ PDF เบื้องต้น, ไลบรารีจัดการภาพแยกต่างหากสำหรับการจัดการรูปภาพ, และคอมโพเนนต์อื่นสำหรับการสกัดข้อความ
แนวทางนี้ทำงานได้ แต่มักต้องการการบูรณาการและการบำรุงรักษามากขึ้นเมื่อผลิตภัณฑ์เติบโต
ต้นทุนแอบแฝงของการสร้างกระบวนการทำงานกับเอกสารจากไลบรารีแยกส่วน
ต้นทุนหลักของเครื่องมือโอเพ่นซอร์สไม่ได้มาจากไลบรารีเองเสมอไป ต้นทุนที่แท้จริงมักอยู่ในงานบูรณาการรอบ ๆ ไลบรารีนั้น
กระบวนการทำงานกับเอกสารที่ครบถ้วนอาจต้องการ:
- การเรนเดอร์เอกสาร
- การตรวจจับรูปแบบไฟล์
- การดู PDF
- การสนับสนุนเอกสาร Office
- การจัดการไฟล์ CAD
- การจัดการไฟล์รูปภาพ
- การสนับสนุนไฟล์อีเมล
- การค้นหา
- การทำหมายเหตุ
- การแปลง
- การพิมพ์
- ควบคุมการดาวน์โหลด
- การบูรณาการกับที่เก็บข้อมูล
- การจัดการแคช
- UI ของเบราว์เซอร์
- การจัดการข้อผิดพลาด
- การตรวจสอบความปลอดภัย
- เอกสารประกอบ
- การสนับสนุนและอัปเดต
หากแต่ละคุณลักษณะมาจากไลบรารีที่แตกต่างกัน นักพัฒนาต้องเชื่อมต่อ, ทดสอบร่วมกัน, และบำรุงรักษาชุดเต็มตลอดเวลา
สิ่งนี้อาจทำให้ความซับซ้อนระยะยาวเพิ่มขึ้น โดยเฉพาะเมื่อแอปต้องสนับสนุนหลายประเภทเอกสารและกระบวนการทำงานของธุรกิจ
การเปรียบเทียบเครื่องมือโอเพ่นซอร์สและ SDK เชิงพาณิชย์
| ด้าน | เครื่องมือโอเพ่นซอร์ส | SDK .NET เชิงพาณิชย์ |
|---|---|---|
| ค่าใช้จ่ายล่วงหน้า | ปกติแล้วต่ำหรือฟรี | ต้องมีลิขสิทธิ์ |
| ความพยายามในการบูรณาการ | สูงเมื่อรวมหลายเครื่องมือ | ปกติแล้วต่ำเมื่อคุณลักษณะออกแบบให้ทำงานร่วมกัน |
| การสนับสนุน | ชุมชน | การสนับสนุนจากผู้ขายและเอกสาร |
| รูปแบบไฟล์ | ขึ้นอยู่กับแต่ละไลบรารี | การสนับสนุนที่กว้างขวางอาจมีในผลิตภัณฑ์เดียว |
| การทำหมายเหตุ | มักต้องพัฒนาตามความต้องการ | อาจมีเป็นปลั๊กอินหรือฟีเจอร์ในตัว |
| การค้นหา | อาจต้องมีการทำดัชนีหรือโลจิกสกัดแยก | อาจมีเป็นส่วนหนึ่งของกระบวนการทำงานของตัวดู |
| การแปลง | มักต้องใช้เครื่องมือแยก | อาจมีผ่านปลั๊กอินคอนเวอร์เตอร์ |
| ควบคุมการพิมพ์ | มักสร้างเอง | อาจมีเป็นฟีเจอร์เฉพาะ |
| การบำรุงรักษา | ทีมของคุณรับผิดชอบ | แบ่งปันกับการอัปเดตและการสนับสนุนจากผู้ขาย |
| โมเดลความปลอดภัย | ขึ้นอยู่กับการนำไปใช้ | สามารถผสานเข้ากับโมเดลความปลอดภัยของแอปคุณได้ |
การเลือกที่ดีที่สุดขึ้นอยู่กับข้อกำหนดของผลิตภัณฑ์, ขนาดทีม, ระยะเวลา, และความคาดหวังด้านการสนับสนุน
การสนับสนุนรูปแบบไฟล์เป็นปัจจัยสำคัญในการตัดสินใจ
หลายโครงการเริ่มต้นด้วยความต้องการตัวดู PDF เท่านั้น แต่เมื่อเวลาผ่านไป ผู้ใช้มักขอให้ดูไฟล์ประเภทอื่น ๆ เช่น Word, Excel, PowerPoint, ไฟล์ CAD, ไฟล์อีเมล, รูปภาพ, ไฟล์ข้อความ, และเอกสารธุรกิจที่บีบอัด
หากแอปรองรับเฉพาะ PDF ผู้ใช้ยังคงต้องใช้ซอฟต์แวร์ภายนอกสำหรับไฟล์หลายประเภท
ตามที่ระบุใน Doconut FAQ Doconut รองรับรูปแบบทั่วไปหลายรูปแบบ รวมถึง DOC, DOCX, ODT, XLS, XLSX, ODS, CSV, PPT, PPTX, ODP, PDF, VSD, MPP, TIF, XPS, PSD, DWG, DXF, DGN, EML, MSG, TXT, RTF, XML, EPUB, SVG, JPG, JPEG, BMP, GIF, PNG, HTML, และ MHT
การครอบคลุมรูปแบบเช่นนี้ช่วยลดความจำเป็นในการรวมหลายเครื่องมือแยกกันในแอปเดียว
การดูเอกสารภายในแอปพลิเคชัน
แอปพลิเคชันที่เน้นเอกสารมักต้องการให้ผู้ใช้คงอยู่ภายในกระบวนการทำงาน การดาวน์โหลดไฟล์แล้วเปิดด้วยซอฟต์แวร์ภายนอกอาจทำให้กระบวนการหยุดชะงักและลดการควบคุม
Doconut Viewer ช่วยให้นักพัฒนาสามารถแสดงเอกสารโดยตรงภายในเว็บแอป .NET
สิ่งนี้มีประโยชน์สำหรับ:
- ระบบจัดการเอกสาร
- แพลตฟอร์มกฎหมาย
- พอร์ทัล CRM
- ระบบ HR
- แอปพลิเคชันการเงิน
- กระบวนการประกันภัย
- เครื่องมืออนุมัติภายใน
- ผลิตภัณฑ์ SaaS ที่อัปโหลดเอกสาร
เมื่อเอกสารถูกดูภายในแอป ทีมพัฒนาสามารถควบคุมการตรวจสอบสิทธิ์, กฎกระบวนการทำงาน, และการกระทำของผู้ใช้ได้ในระบบเดียว
กระบวนการทำหมายเหตุและการตรวจทาน
แอปธุรกิจหลายแห่งต้องการมากกว่าการดูเอกสารอย่างเดียว ผู้ใช้อาจต้องการไฮไลท์เนื้อหา, เพิ่มคอมเมนต์, ปั๊มตรา, วาดรูป, หรือทำเครื่องหมายเพื่อการตรวจทาน
ด้วยเครื่องมือโอเพ่นซอร์ส การทำหมายเหตุมักต้องรวม UI ตัวดู, การจัดการพิกัด, โลจิกการเก็บข้อมูล, และพฤติกรรมการส่งออก ซึ่งอาจกลายเป็นโครงการแยกย่อยได้
Doconut Annotation Plugin ช่วยให้นักพัฒนาสามารถเพิ่มฟังก์ชันการทำหมายเหตุเข้าสู่กระบวนการทำงานกับเอกสารได้
การทำหมายเหตุมีประโยชน์ใน:
- การตรวจสอบสัญญา
- การตรวจสอบกฎหมาย
- การประกันคุณภาพ
- การอนุมัติภายใน
- การประมวลผลเคลม
- การทำงานร่วมกันของทีม
- การตรวจสอบบันทึก
เมื่อทำการทำหมายเหตุ แอปของคุณควรกำหนดว่าใครสามารถเพิ่ม, แก้ไข, ลบ, ดู, หรือส่งออกข้อมูลหมายเหตุได้
การค้นหาในเอกสาร
การค้นหาเป็นสิ่งสำคัญเมื่อผู้ใช้ต้องการหาคำ, ชื่อ, วันที่, รหัส, ข้อความ, หรืออ้างอิงภายในไฟล์ขนาดใหญ่
สแตกโอเพ่นซอร์สอาจต้องการการสกัดข้อความแยก, การทำดัชนี, และการบูรณาการ UI การทำงานของการค้นหาอาจแตกต่างกันตามรูปแบบไฟล์และว่ามีข้อความที่เลือกได้หรือไม่
Doconut Search Plugin เพิ่มความสามารถการค้นหาเข้าสู่กระบวนการทำงานของตัวดู
การค้นหามีประโยชน์สำหรับ:
- สัญญา
- ใบแจ้งหนี้
- รายงาน
- นโยบาย
- คู่มือ
- ไฟล์คดี
- เอกสาร PDF ขนาดใหญ่
- คลังเอกสาร
เมื่อทำการค้นหา นักพัฒนาควรทดสอบกับเอกสารจริงจากแอป เนื่องจากผลลัพธ์ขึ้นกับรูปแบบเอกสาร, ความพร้อมของข้อความ, ฟอนต์, และคุณภาพไฟล์
การแปลงบนเซิร์ฟเวอร์
บางกระบวนการต้องการแปลงเอกสารเป็นรูปแบบอื่น ตัวอย่างเช่น แอปอาจต้องสร้าง PDF, เตรียมไฟล์สำหรับการพิมพ์, สร้างสำเนาเพื่อส่งออก, หรือทำให้ไฟล์ที่อัปโหลดเป็นมาตรฐานเดียว
ด้วยเครื่องมือโอเพ่นซอร์ส การแปลงอาจต้องใช้ยูทิลิตี้บรรทัดคำสั่งแยก, การพึ่งพาภายนอก, หรือโค้ดบูรณาการแบบกำหนดเอง
Doconut Converter Plugin รองรับสถานการณ์การแปลงภายในแอป .NET
การแปลงมีประโยชน์สำหรับ:
- การสร้าง PDF ผลลัพธ์
- การเตรียมเอกสารสำหรับกระบวนการพิมพ์
- การส่งออกเอกสาร
- การสร้างสำเนาคลัง
- การทำให้ไฟล์อัปโหลดเป็นมาตรฐาน
- การสนับสนุนกระบวนการเอกสารภายใน
นักพัฒนาควรแยกการแปลงออกจากการดู เนื่องจากการแปลงจะสร้างไฟล์ผลลัพธ์ใหม่ ซึ่งไฟล์นั้นอาจต้องมีการจัดเก็บ, กฎการเข้าถึง, นโยบายการเก็บรักษา, และกระบวนการทำความสะอาดของตนเอง
การพิมพ์ที่ควบคุมได้
การพิมพ์ยังคงจำเป็นในหลายแอปธุรกิจ แต่ก็อาจสร้างความเสี่ยง บางไฟล์ควรเป็นแบบดูอย่างเดียว หรือควรพิมพ์ได้เฉพาะผู้ใช้บางคนภายใต้เงื่อนไขเฉพาะ
ตัวดูโอเพ่นซอร์สอาจต้องการการควบคุมการพิมพ์แบบกำหนดเองและกฎตามบทบาท
Doconut Controlled Printing Plugin ช่วยนักพัฒนาจัดการพฤติกรรมการพิมพ์ในกระบวนการทำงานกับเอกสาร
ก่อนทำการพิมพ์ ควรกำหนด:
- ผู้ใช้ที่สามารถพิมพ์ได้
- ประเภทเอกสารที่สามารถพิมพ์ได้
- หน้าพิมพ์ต้องมีลายน้ำหรือไม่
- การบันทึกเหตุการณ์การพิมพ์
- ไฟล์บางไฟล์ควรเป็นแบบดูอย่างเดียว
- การพิมพ์ควรขึ้นกับสถานะกระบวนการทำงานหรือไม่
การพิมพ์ที่ควบคุมได้ควรสอดคล้องกับกฎการอนุญาตและการบันทึกของแอปของคุณ
ความปลอดภัยและการควบคุมการปรับใช้
ความปลอดภัยไม่ได้จำกัดอยู่แค่ตัวดูเท่านั้น แต่ขึ้นกับกระบวนการทำงานของแอปทั้งหมด รวมถึงการตรวจสอบสิทธิ์, การอนุญาต, การจัดเก็บไฟล์, การบันทึก, การเข้าถึงเครือข่าย, และกฎการทำความสะอาด
ตามที่ระบุใน Doconut FAQ Doconut ไม่ใช่บริการ SaaS หรือโฮสต์บนคลาวด์ แต่ถูกติดตั้งในสภาพแวดล้อมของลูกค้าเอง และไม่มีการเรียกไปยังเซิร์ฟเวอร์ของ Doconut เอกสารจึงอยู่ภายใต้การควบคุมของลูกค้า
แอปของคุณยังคงต้องจัดการ:
- การตรวจสอบผู้ใช้
- การกำหนดสิทธิ์ตามบทบาท
- กฎการเข้าถึงเอกสาร
- การจัดเก็บไฟล์
- ไฟล์ชั่วคราว
- พฤติกรรมแคช
- สิทธิ์การดาวน์โหลด
- สิทธิ์การพิมพ์
- การบันทึก
- นโยบายการเก็บรักษา
SDK เชิงพาณิชย์สามารถสนับสนุนชั้นเอกสารได้ แต่แอปยังคงรับผิดชอบต่อโมเดลความปลอดภัยทั้งหมด
การสนับสนุน, การอัปเดต, และการบำรุงรักษาระยะยาว
การสนับสนุนเป็นความแตกต่างสำคัญอีกประการหนึ่งระหว่างเครื่องมือโอเพ่นซอร์สและ SDK เชิงพาณิชย์
ด้วยเครื่องมือโอเพ่นซอร์ส ทีมของคุณมักพึ่งพาเอกสาร, ฟอรั่มชุมชน, ระบบติดตามปัญหา, และการดีบักภายใน ซึ่งอาจเพียงพอสำหรับทีมที่มีประสบการณ์การประมวลผลเอกสารอย่างแข็งแกร่ง
ด้วย SDK เชิงพาณิชย์ การสนับสนุนจากผู้ขายและเอกสารสามารถลดเวลาที่ใช้ในการแก้ไขปัญหาการบูรณาการได้
FAQ ของ Doconut ระบุว่าการสนับสนุนและการอัปเดตผลิตภัณฑ์ฟรีจะให้เป็นระยะเวลาหนึ่งปี พร้อมตัวเลือกต่ออายุ อีกทั้งยังมีตัวอย่าง, เอกสาร, คู่มือ PDF, และคู่มือการบูรณาการให้ใช้งาน
สำหรับแอปธุรกิจ สิ่งนี้มีคุณค่าเนื่องจากปัญหาการเรนเดอร์เอกสารมักขึ้นกับไฟล์, ฟอนต์, รูปแบบ, หรือรายละเอียดการปรับใช้เฉพาะ
การประเมิน Doconut ก่อนการซื้อ
ก่อนตัดสินใจเลือก SDK เชิงพาณิชย์ นักพัฒนาควรทดสอบกับไฟล์และกระบวนการทำงานจริงของแอป
ตามที่ระบุใน Doconut FAQ ผลิตภัณฑ์ Doconut มีรุ่นประเมินให้ใช้งาน ซึ่งช่วยทีมตรวจสอบความเหมาะสมก่อนการซื้อ
ในระหว่างการประเมิน ให้ทดสอบ:
- รูปแบบเอกสารที่ผู้ใช้จริงอัปโหลด
- ไฟล์ขนาดใหญ่
- เอกสารที่มีฟอนต์พิเศษ
- ไฟล์ CAD หากแอปของคุณใช้
- ไฟล์อีเมลหากเกี่ยวข้อง
- พฤติกรรมการค้นหา
- กระบวนการทำหมายเหตุ
- ผลลัพธ์การแปลง
- ความต้องการการพิมพ์
- พฤติกรรมแคชและหน่วยความจำ
- การตั้งค่าการปรับใช้
- สถานการณ์เว็บฟาร์มหรือโหลดบาลานซ์หากจำเป็น
การทดสอบด้วยไฟล์จริงเป็นวิธีที่ดีที่สุดในการตัดสินใจว่า SDK เชิงพาณิชย์เหมาะกับแอปของคุณหรือไม่
เมื่อเครื่องมือโอเพ่นซอร์สอาจเพียงพอ
เครื่องมือโอเพ่นซอร์สอาจเพียงพอเมื่อ:
- คุณต้องการคุณลักษณะแคบเพียงหนึ่งอย่าง
- ประเภทเอกสารของคุณจำกัด
- ผู้ใช้ยอมรับขั้นตอนแมนนวลบางส่วน
- คุณมีเวลาในการพัฒนาบูรณาการเอง
- ไม่ต้องการการสนับสนุนจากผู้ขาย
- กระบวนการทำงานเป็นภายในและความเสี่ยงต่ำ
- ไม่ต้องการการทำหมายเหตุ, การแปลง, หรือการพิมพ์ที่ควบคุมได้
ในกรณีเหล่านี้ ส่วนประกอบโอเพ่นซอร์สอาจเป็นทางเลือกที่ใช้งานได้จริง
เมื่อ SDK เชิงพาณิชย์เป็นตัวเลือกที่ดีกว่า
SDK เชิงพาณิชย์อาจเหมาะกว่าเมื่อ:
- การดูเอกสารเป็นฟีเจอร์หลักของผลิตภัณฑ์
- ผู้ใช้ต้องการดูหลายรูปแบบไฟล์
- ต้องการการค้นหา, การทำหมายเหตุ, การแปลง, หรือการพิมพ์
- ทีมของคุณต้องการการสนับสนุนจากผู้ขาย
- อยากลดจำนวนไลบรารีแยกที่ต้องบำรุงรักษา
- ต้องการกระบวนการทำงานกับเอกสารที่สอดคล้องกันภายในแอป
- แอปจัดการไฟล์ที่สำคัญหรือเป็นความลับของธุรกิจ
- การบำรุงรักษาระยะยาวสำคัญกว่าการประหยัดต้นทุนล่วงหน้า
สำหรับสถานการณ์เหล่านี้ Doconut Viewer และปลั๊กอินของมันสามารถลดโครงสร้างพื้นฐานที่ต้องสร้างเองได้อย่างมาก
เช็คลิสต์การประเมินที่แนะนำ
ก่อนตัดสินใจระหว่างเครื่องมือโอเพ่นซอร์สและ SDK เชิงพาณิชย์ ให้ตรวจสอบรายการต่อไปนี้:
- รูปแบบไฟล์ใดบ้างที่แอปต้องสนับสนุน?
- การดูเอกสารเป็นฟีเจอร์หลักหรือรอง?
- ผู้ใช้ต้องการทำหมายเหตุหรือไม่?
- ผู้ใช้ต้องการการค้นหรือไม่?
- ผู้ใช้ต้องการการแปลงหรือไม่?
- ผู้ใช้ต้องการการพิมพ์ที่ควบคุมได้หรือไม่?
- ระดับการสนับสนุนจากผู้ขายที่ต้องการคือเท่าไหร่?
- ทีมสามารถบำรุงรักษาการบูรณาการแบบกำหนดเองได้มากแค่ไหน?
- เอกสารเป็นข้อมูลที่สำคัญหรือไม่?
- เอกสารควรถูกประมวลผลที่ไหน?
- ไฟล์จะถูกจัดเก็บและเข้าถึงอย่างไร?
- ไฟล์ชั่วคราวและไฟล์แคชจะถูกจัดการอย่างไร?
- การพิมพ์, การดาวน์โหลด, และการส่งออกจะถูกควบคุมอย่างไร?
- กระบวนการทำงานจะถูกทดสอบด้วยเอกสารจริงอย่างไร?
เช็คลิสต์นี้ช่วยทีมเปรียบเทียบต้นทุนและความซับซ้อนของแต่ละแนวทางได้อย่างครบถ้วน
สรุปประเด็นสำคัญ
- เครื่องมือโอเพ่นซอร์สอาจเหมาะกับต้นแบบและกระบวนการทำงานเอกสารแคบ
- ต้นทุนจริงของโอเพ่นซอร์สมักอยู่ในขั้นตอนบูรณาการ, การบำรุงรักษา, และการสนับสนุน
- SDK เชิงพาณิชย์สามารถลดความซับซ้อนเมื่อจำเป็นต้องมีการดู, ค้นหา, ทำหมายเหตุ, แปลง, หรือพิมพ์
- Doconut Viewer ช่วยนักพัฒนา .NET แสดงเอกสารภายในแอปของตน
- ปลั๊กอินของ Doconut รองรับความต้องการกระบวนการทำงานทั่วไป เช่น การค้นหา, การทำหมายเหตุ, การแปลง, และการพิมพ์ที่ควบคุมได้
- ความปลอดภัยและการปฏิบัติตามกฎระเบียบขึ้นกับสถาปัตยกรรมแอปทั้งหมด ไม่ได้ขึ้นกับตัวดูอย่างเดียว
- ทีมควรประเมิน SDK ใด ๆ ด้วยไฟล์จริงก่อนการซื้อ
คำถามที่พบบ่อย
Doconut เป็น SDK OCR หรือไม่?
Doconut เป็น SDK ตัวดูเอกสารเป็นหลัก พร้อมปลั๊กอินเสริมสำหรับกระบวนการทำงานเช่นการค้นหา, การทำหมายเหตุ, การแปลง, และการพิมพ์ที่ควบคุมได้ หากต้องการ OCR ควรตรวจสอบการสนับสนุนในเวอร์ชันและการตั้งค่าปลั๊กอินของ Doconut ก่อนทำสัญญาการใช้งาน
Doconut รองรับเฉพาะไฟล์ PDF หรือไม่?
ไม่ใช่ ตามที่ระบุใน FAQ ของ Doconut, Doconut รองรับรูปแบบเอกสารธุรกิจหลายประเภท รวมถึง PDF, เอกสาร Office, ไฟล์ CAD, ไฟล์อีเมล, รูปภาพ, และไฟล์ข้อความ
Doconut ต้องการ Microsoft Office บนเซิร์ฟเวอร์หรือไม่?
ไม่จำเป็น FAQ ของ Doconut ระบุว่าไม่ต้องติดตั้ง Office บนเซิร์ฟเวอร์หรือไคลเอนต์ ยกเว้นกรณีที่ต้องใช้ฟอนต์พิเศษที่เอกสารอ้างอิง
สามารถประเมิน Doconut ก่อนการซื้อได้หรือไม่?
ได้ FAQ ของ Doconut ยืนยันว่ามีรุ่นประเมินให้ใช้งาน
Doconut ส่งเอกสารไปยังเซิร์ฟเวอร์ภายนอกหรือไม่?
ตาม FAQ ของ Doconut, Doconut ถูกติดตั้งในสภาพแวดล้อมของลูกค้าเองและไม่มีการส่งข้อมูลไปยังเซิร์ฟเวอร์ของ Doconut
จะดาวน์โหลดตัวอย่างและเอกสารของ Doconut ได้จากที่ไหน?
คุณสามารถเยี่ยมชมหน้าดาวน์โหลดอย่างเป็นทางการ:
สรุป
เครื่องมือโอเพ่นซอร์สอาจเป็นตัวเลือกที่ดีสำหรับโครงการง่าย, ต้นแบบ, หรือความต้องการทางเทคนิคที่แคบ แต่เมื่อแอป .NET ต้องการการดูเอกสาร, การค้นหา, การทำหมายเหตุ, การแปลง, การพิมพ์, การสนับสนุนหลายรูปแบบไฟล์, การสนับสนุนจากผู้ขาย, และการบำรุงรักษาระยะยาว SDK เชิงพาณิชย์อาจเหมาะกว่า
Doconut ช่วยนักพัฒนาสร้างกระบวนการทำงานกับเอกสารภายในแอป .NET ด้วย SDK ตัวดูและปลั๊กอินเสริมสำหรับการค้นหา, การทำหมายเหตุ, การแปลง, และการพิมพ์ที่ควบคุมได้
เพื่อเรียนรู้เพิ่มเติม โปรดตรวจสอบแหล่งข้อมูลของ Doconut: