Quase não há diferenças
Quando você estiver pronto para começar a migração, verá que praticamente não há diferenças no BricsCAD LISP versus OutroLISP. Seu código carrega e executa, e sua funcionalidade é idêntica. As principais diferenças ao “portar” seus aplicativos serão algumas etapas de configuração menores, estrutura de linha de comando e, possivelmente, locais dos arquivos. Para começar, vamos revisar a configuração e o lançamento de seus programas existentes no BricsCAD.
Se você estiver auto-iniciando seus programas usando Acad.lsp ou Acaddoc.lsp, basta renomear e/ou combinar esses arquivos em um único arquivo chamado “onstart.lsp”. Para ativar esse recurso, basta alternar a opção em Configurações / Opções do programa / Sistema:
Aproveite o Painel de Configurações do BricsCAD
Também recomendo que você se prepare para passar um tempo se familiarizando com o menu Opções / Configurações no BricsCAD. Conforme você mergulha, vai encontrar uma tonelada de configurações e opções que você provavelmente desejava ter em seu “outro” ambiente de CAD. Bem-vindo ao BricsCAD!
A próxima etapa na caixa de diálogo de configurações seria adicionar as pastas de suporte ao caminho de pesquisa dos Arquivos, localizado em Settings/Program Options/Files:
Como regra geral, nunca codifico nenhum caminho a menos que seja absolutamente necessário. Os caminhos de suporte que eu uso normalmente serão adicionados como na maneira acima e/ou localizados em um nível abaixo da pasta do projeto atual. Normalmente, usarei uma função “findfile” para validar o arquivo antes de continuar com meus comandos, como no método abaixo:
(if (findfile “custom-code.lsp”) (carrega “código personalizado”))
In fact, this is one of the methods I’ve used to demand-load my functions within the on_start.lsp file:
(defun c:my-function () ; isto define o comando (if (findfile “custom-code.lsp”) ; verifica se o arquivo existe (load “custom-code”) ; se for True, lança (alert “Custom-code not in Support Path!”) ; se não for (True), emitiu o alerta) ) ; end If statement ) ; end function
O comando defun (DEfine FUNction) é o mesmo nome da função dentro de seu arquivo on_start.lsp e essa função redefine a função de chamada quando é iniciada. Esta é outra razão legal para usar este método, pois demonstra como o LISP pode ser dinâmico!
Tire vantagem da sua mudança para o BricsCAD
Quando seu fluxo de trabalho da engenharia está funcionando você costuma criar uma lista de itens de manutenção, que é sempre deixada para algum dia adiante. A migração para um novo ambiente de CAD oferece uma oportunidade de fazer algumas dessas atualizações e atualizar seus padrões de documentação. Quase todos os clientes que eu ajudei a migrar precisam tratar de caminhos codigicafos, embutidos no estilo antigo, com nomes de arquivo na sintaxe 8.3 (nome e extensão), antigas nomenclaturas de camadas e outros não-não's dentro de seus padrões. À medida que avançamos nesta série, compartilharei alguns dos métodos que utilizo para armazenar configurações de usuário e padrões externos ao seu código LISP, para que possam ser atualizados com mais facilidade. Até a próxima, feliz codificação!