BricsCAD LISP, palyginti su kitais LISP

Jei perskaitėte mano ankstesnius įrašus (1 dalis ir 2 dalis), jau žinote, kad BricsCAD visiškai palaiko LISP įrankius, kuriais kliovėtės jūs ir jūsų įmonė metų metus (galbūt dešimtmečius). Dabar, pereidami prie BricsCAD, esate pasirengę keisti savo aplinką ir standartus. Į ką reikia atsižvelgti?

Būtinai išbandykite BricsCAD vizualinį LISP redaktorių: BLADE. Norėdami pradėti naudoti BLADE, tiesiog įveskite BLADE į komandinę eilutę.

Šioje diskusijoje, mes daugiausia dėmesio skirsime LISP pritaikymui, o ne meniu ir pasirinktinės vartotojo sąsajos (CUI) modifikacijoms. Tačiau prieš atliekant meniu pakeitimus pirmiausia rekomenduočiau naudoti numatytąją BricsCAD sąsają maždaug savaitę. Man pačiam paaiškėjo, kad man iš tikrųjų labiau patiko BricsCAD standartinis išdėstymas ir prieiga prie komandų, palyginti su „kita“ aplinka. Kai sužinojau, kur yra visos komandos, aš ne taip dažnai perjunginėjau įrankių meniu paletes, kaip tai dariau kitame CAD.

Jūs žinote, kad esate tikrai „old school“, kai renkatės įvesti trumpąsias komandas ne-pelės-ranka, o ne eiti per 2 ar 3 meniu lygius. Kuo daugiau naudoju BricsCAD, tuo mažiau pasikliauju tais klaviatūros klavišais. Dėl supaprastintos vartotojo sąsajos ir keturkojo žymeklio, meniu naudoti yra lengviau nei klaviatūrą. Išbandyk, tau patiks.

Beveik nėra skirtumų

Kai būsite pasirengę pereiti, pamatysite, kad BricsCAD LISP, palyginti su kitais LISP, praktiškai nesiskiria. Jūsų kodas įsikelia ir pasileidžia, o jo funkcijos yra identiškos. Pagrindiniai skirtumai, „perkeliant“ programas, bus keli nedideli sąrankos žingsniai, komandų eilutės struktūra ir galbūt failų vietos. Norėdami pradėti, peržiūrėkite esamų programų sąranką ir paleidimą BricsCAD.

Jei automatiškai paleidžiate savo programas naudodami Acad.lsp arba Acaddoc.lsp, jums tiesiog reikės pervardyti failus ir/arba sujungti juos į vieną failą pavadinimu „on_start.lsp“. Norėdami įjungti šią funkciją, tiesiog įjunkite parinktį, esančią „Nustatymai“ / „Programos parinktys“ / „Sistema“:

BricsCAD nustatymų dialogo langas LISP

Aš visada įjungiu šią parinktį.

Mėgaukitės BricsCAD nustatymų skydeliu

Taip pat rekomenduočiau šiek tiek laiko praleisti supažindinant su BricsCAD meniu Parinktys / nustatymai. Pasinėrę rasite daugybę nustatymų ir parinkčių, kurių tikriausiai norėtumėte turėti „kitoje“ CAD aplinkoje. Sveiki atvykę į BricsCAD!

Kitas nustatymų dialogo žingsnis - palaikymo aplankų pridėjimas prie failų paieškos kelio, kurį rasite skiltyje „Nustatymai“ / „Programos parinktys“ / „Failai“:

BricsCAD nustatymų dialogo langas LISP

 

Kaip taisyklė, aš niekada tvirtai neįrašau jokio kelio, nebent tai yra absoliučiai būtina. Palaikymo keliai, kuriuos aš naudoju, paprastai pridedami taip, kaip aprašyta aukščiau, ir (arba) vienu lygiu žemiau dabartinio projekto aplanko. Paprastai aš naudoju funkciją „findfile“, norėdamas patvirtinti, kad failas egzistuoja prieš pradėdamas vykdyti komandas, kaip aprašyta žemiau:

(if (findfile „custom-code.lsp“) (load „custom-code“))

Tiesą sakant, tai yra vienas iš metodų, kuriuos naudojau reikalaudamas įkelti savo funkcijas on_start.lsp faile:

(defun c:my-function ()                        ; tai aprašo komandą
(if (findfile “custom-code.lsp”)               ; patikrina ar egzistuoja failas
(load “custom-code”)                           ; jei taip, paleidžia
(alert “Custom-code not in Support Path!”)     ; netiesa, todėl įspėja
)                                              ; pabaigia If
)                                              ; pabaigia funkciją

Komanda defun(DEFine FUNction) yra tas pats vardas, kaip ir funkcija jūsų on_start.lsp faile ir ši funkcija iš naujo aprašo paleidimo funkciją, kai ji paleidžiama. Tai dar viena nuostabi šio metodo naudojimo priežastis, nes ji parodo, koks dinamiškas gali būti LISP!

Išnaudokite savo perėjimą į BricsCAD ...

Kai vyksta jūsų inžinerinė darbo eiga, paprastai sudarote ilgą priežiūros elementų, kuriuos nuolat atidedate, sąrašą. Perejmas į naują CAD aplinką suteikia galimybę atlikti kai kuriuos iš šių atnaujinimų ir atnaujinti savo dokumentacijos standartus. Beveik kiekvienam klientui, kuriam padėjau pereiti, reikėjo atkreipti dėmesį į senojo stiliaus tvirtai užkoduotus kelius, 8.3 sintaksės failų pavadinimus, senas lygmens pavadinimų sudarymo konvencijas ir kt.. Judant į priekį šioje serijoje, pasidalinsiu keliais metodais, kuriuos naudoju vartotojo LISP kodo išoriniams vartotojo nustatymams ir numatytiesiems nustatymams saugoti, kad juos būtų lengviau atnaujinti. Iki kito karto, laimingo programavimo!