
โอเพ่นซอร์ส 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 ระบุว่าการสนับสนุนและการอัปเดตผลิตภัณฑ์ฟรีจะให้เป็นเวลา 1 ปี พร้อมตัวเลือกต่ออายุ นอกจากนี้ยังมีตัวอย่าง เอกสาร คู่มือ 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 หรือไม่?
ไม่ใช่ ตามข้อมูลใน Doconut FAQ Doconut รองรับรูปแบบเอกสารธุรกิจหลายประเภท รวมถึง PDF, เอกสาร Office, ไฟล์ CAD, ไฟล์อีเมล, รูปภาพ, และไฟล์ข้อความ
Doconut ต้องการ Microsoft Office บนเซิร์ฟเวอร์หรือไม่?
ไม่จำเป็น Doconut FAQ ระบุว่าไม่ต้องติดตั้ง Office บนเซิร์ฟเวอร์หรือไคลเอนต์ ยกเว้นกรณีที่เอกสารใช้ฟอนต์พิเศษที่ต้องการติดตั้งเพิ่มเติม
สามารถประเมิน Doconut ก่อนการซื้อได้หรือไม่?
ได้ Doconut FAQ ระบุว่ามีเวอร์ชันประเมินผลให้ใช้งานก่อนการซื้อ
Doconut ส่งเอกสารไปยังเซิร์ฟเวอร์ภายนอกหรือไม่?
ตาม Doconut FAQ Doconut ถูกติดตั้งในสภาพแวดล้อมของลูกค้าเองและไม่มีการส่งข้อมูลไปยังเซิร์ฟเวอร์ของ Doconut
ฉันสามารถดาวน์โหลดตัวอย่างและเอกสารของ Doconut ได้จากที่ไหน?
คุณสามารถเยี่ยมชมหน้าดาวน์โหลดอย่างเป็นทางการได้ที่:
สรุป
เครื่องมือเอกสารแบบโอเพ่นซอร์สอาจเป็นตัวเลือกที่ดีสำหรับโครงการง่าย ๆ, ต้นแบบ, หรือความต้องการทางเทคนิคที่แคบ แต่เมื่อแอป .NET ต้องการการดูเอกสาร, การค้นหา, การคอมเมนต์, การแปลง, การพิมพ์, การสนับสนุนหลายรูปแบบ, การสนับสนุนจากผู้ขาย, และการบำรุงรักษาระยะยาว SDK เชิงพาณิชย์อาจเป็นตัวเลือกที่เหมาะสมกว่า
Doconut ช่วยนักพัฒนาสร้างกระบวนการทำงานของเอกสารภายในแอป .NET ด้วย SDK ตัวดูและปลั๊กอินเสริมสำหรับการค้นหา, คอมเมนต์, การแปลง, และการพิมพ์ที่ควบคุมได้
เพื่อเรียนรู้เพิ่มเติม โปรดตรวจสอบแหล่งข้อมูลของ Doconut อย่างเป็นทางการ: