Neļaujiet pirmsdrukas procesam atkal palēnināt! Mūsu pašu-izstrādātie rīki ir palielinājuši efektivitāti gandrīz 10 reizes
Attīstības priekšvēsture: izriet no faktiskajām ražošanas vajadzībām
Pirmsdrukas dokumentu apstrāde digitālajā drukā aizņem pārāk daudz laika. Pēc sazināšanās ar frontes līnijas operatoriem tika noteiktas un noskaidrotas trīs galvenās vajadzības.
(1) Partijas pārbaudes dokumenta lappušu skaits: drukāšanas un izkārtojuma laikā bieži vien ir jānodrošina, lai dokumentam būtu pāra lappušu skaits; pretējā gadījumā tas var viegli izraisīt drukas materiālu izšķērdēšanu vai iesiešanas kļūdas.
(2) Automātiska nepāra-lappušu dokumentu apstrāde: dokumentiem ar nepāra lapām beigās jāpievieno tukšas lapas, bet pāra lapas paliek nemainīgas.
(3) Pakešu pārbaude, vai teksts ir izliekts: lai izvairītos no drukāšanas kļūdām, ko izraisa trūkstošie fonti, pārbaudiet, vai dokumentā esošais teksts ir pārveidots līknēs (ti, "izliekts").
Izpētot Adobe Acrobat un dažādus tirgū esošos PDF apstrādes spraudņus, tika konstatēts, ka esošie rīki ir vai nu funkcionāli lieki un sarežģīti, vai arī neatbilst uzņēmuma faktiskajiem ražošanas procesiem, īpaši ar slēptiem riskiem inversijas apstrādes drošībā. Vēl svarīgāk ir tas, ka par līdzīgiem vietējiem rīkiem bieži ir jāmaksā, kā rezultātā palielinās{1}}ilgtermiņa lietošanas izmaksas. Pamatojoties uz šiem praktiskajiem jautājumiem, uzņēmums nolēma izstrādāt vieglu, precīzu un iekšēji pielāgotu specializētu rīku.
PDF lappušu skaita pārbaudes un apstrādes rīks
01
Pamatfunkcijas un sprieduma loģika
Šī rīka galvenais mērķis ir nodrošināt, lai visiem drukājamajiem dokumentiem būtu pāra lappušu skaits. Sprieduma un izpildes pieeja ir šāda.
(1) Lapas noteikšanas mehānisms: nolasa PDF dokumentu metadatus, izmantojot PyMuPDF bibliotēku, lai tieši iegūtu kopējo lapas informāciju.
(2) Paritātes loģikas spriedums: izmantojiet moduļa darbību (lapas numurs %2), lai noteiktu paritāti. Ja rezultāts ir 1, tiek noteiktas nepāra lapas; ja tas ir 0, tas tiek uzskatīts par pāra.
(3) Diferencēta apstrādes stratēģija: nepāra -numurētām lapām automātiski pievienojiet vienu tukšu lapu dokumenta beigās, kas atbilst oriģinālā dokumenta izmēram; Vienmērīgu-lappušu dokumentiem saglabājiet saturu nemainīgu un kopējiet tieši uz izvades direktoriju.
(4) Drošības apstrādes princips: visi apstrādātie dokumenti tiek saglabāti norādītajā direktorijā "Apstrādātie faili", saglabājot oriģinālos failus, lai izvairītos no failu bojājumiem, ko izraisa nepareiza darbība, kā parādīts 1. attēlā.
1. attēls PDF lappušu skaita pārbaudes un apstrādes rīka saskarne
02
Tehniskās īstenošanas punkti
Rīks izmanto Tkinter, lai izveidotu grafisko interfeisu, un tajā galvenokārt ir iekļauti trīs funkcionālie moduļi.
(1) Direktoriju atlases modulis: atbalsta avota faila direktorija un izvades direktorija vizuālo atlasi, un noklusējuma izvades direktorijs ir apakšmape zem avota direktorija.
(2) Pakešu apstrādes modulis: izmanto daudzpavedienu tehnoloģiju, lai veiktu fona apstrādi, izvairoties no saskarnes sasalšanas, un vienlaikus rāda apstrādes gaitu reāllaikā, izmantojot progresa joslu.
(3) Rezultātu displeja modulis: parāda katra faila apstrādes rezultātus tabulas formātā, tostarp sākotnējo lappušu skaitu, apstrādes darbību un statusa informāciju, nošķirot veiksmīgos un neizdevušos stāvokļus pēc krāsas.
PDF līknes konvertēšanas pārbaudes rīks
01
Pamatfunkcijas un sprieduma loģika
Līknes konversijas pārbaudes rīks ir vērsts uz to, lai noteiktu, vai dokumentā esošais teksts ir pārveidots līknēs. Tās galvenā sprieduma loģika ir balstīta uz fontu informācijas analīzi PDF dokumentā.
(1) Teksta esamības noteikšana: nosaka, vai dokumentā ir rediģējams teksts, izvelkot tekstu no lapām.
(2) Fontu informācijas analīze: analizē dokumentā iegulto fontu sarakstu. Ja fonta informācija pastāv, tas norāda, ka teksts nav pārveidots līknēs.
(3) Visaptveroši sprieduma noteikumi: ja ir teksta saturs un nav fonta informācijas, tas norāda, ka teksts ir pārveidots līknēs (zaļa atzīme); ja nav teksta satura, konvertēšana nav nepieciešama (zaļa atzīme); ja ir teksta saturs un fonta informācija, teksts nav pārveidots līknēs (sarkanā atzīme), kā parādīts 2. attēlā.
Šis rīks ir īpaši izstrādāts režīmā “tikai pārbaudīt, nekonvertēt”. Galvenais iemesls ir tas, ka saskaņā ar operatoru atsauksmēm, veicot līknes konvertēšanu failiem, kuros ir oficiāli zīmogi, var viegli tikt zaudēti zīmogi vai cita grafika, tāpēc rīks saglabā tikai pārbaudes funkciju.
2. attēls PDF līknes pārbaudes rīks
02
Galvenie tehniskās ieviešanas punkti
Šis rīks arī izmanto Tkiner, lai izveidotu saskarni ar trim galvenajiem tehniskajiem punktiem.
(1) Fontu informācijas iegūšana: izmantojot PyMuPDF teksta bloku analīzes funkciju, iegūstiet visus fontu nosaukumus un to sastopamības skaitu dokumentā.
(2) Rezultātu vizualizācija: izmantojiet koka skatus, lai parādītu pārbaudes rezultātus, intuitīvi atšķirot dažādus stāvokļus, izmantojot krāsas un ikonas.
(3) Statusa statistikas funkcija: automātiski aprēķina prasībām atbilstošo dokumentu skaitu, palīdzot operatoriem ātri saprast kopējo pārbaudes statusu.
Izaicinājumi un risinājumi izstrādes procesā
Kā ne{0}}profesionāls izstrādātājs rīku izstrādes laikā saskāros ar daudzām tehniskām problēmām. Konkrētās problēmas un risinājumi ir šādi.
(1) PDF parsēšanas dziļuma problēma: sākotnējā PDF bibliotēka nevarēja precīzi iegūt fonta informāciju, taču pēc AI ieteikuma problēma tika atrisināta, pārejot uz PyMu PDF bibliotēku.
(2) Interfeisa aizkavēšanās problēma: apstrādājot lielu skaitu failu pakešu veidā, saskarne bieži nereaģē. AI vadībā tika ieviests daudzpavedienu apstrādes risinājums, kas efektīvi atrisināja šo problēmu.
(3) Izkropļots teksts ķīniešu valodā: konfigurējot fontu parametrus un kodēšanas iestatījumus, tiek atrisināta saskarnēs un eksportētajos failos parādīto izkropļoto ķīniešu rakstzīmju problēma.
(4) Izņēmumu apstrādes mehānisms: lai risinātu problēmu, kas saistīta ar programmu avārijām, ko izraisa bojāti PDF faili, izņēmumu uztveršanas mehānisms ir uzlabots, lai nodrošinātu, ka viena faila kļūme neietekmē kopējo procesu.
Visā izstrādes procesā AI rīki spēlēja nozīmīgu lomu kā tehniskie konsultanti, sniedzot ne tikai galveno kodu piemērus, bet arī izskaidrojot PDF failu formāta parsēšanas principus, palīdzot izstrādātājiem ātri apgūt specializētās zināšanas.
Rīku lietojumu vērtība un perspektīvas
Šo divu rīku izmantošana ir devusi ievērojamus ražošanas darba efektivitātes uzlabojumus, kas īpaši atspoguļoti turpmākajos divos aspektos.
(1) Laika izmaksu ietaupījums: manuālās pārbaudes, kas agrāk ilga 1 stundu, tagad var pabeigt 5 minūtēs, palielinot efektivitāti gandrīz 10 reizes.
(2) Uzlabota kvalitātes stabilitāte: efektīvi izvairās no manuālas pārbaudes radītajām pārlaidībām, nodrošinot nemainīgu drukas kvalitāti.
Šo divu sīkrīku izstrādes procesa dokumentēšanas mērķis ir nodot "izpētes un inovācijas" darba filozofiju, koncentrējoties uz konkrētu problēmu risināšanu faktiskajā ražošanā, tradicionālo darbplūsmu optimizēšanu, izmantojot tehniskus līdzekļus, un galu galā panākot izmaksu samazināšanu un efektivitātes uzlabošanu.