URBI SDK oferece uma maneira simples, mas poderosa para controlar qualquer tipo de robô ou sistema complexo como um jogo de vídeo, usando uma linguagem de scripting conveniente e fácil de usar que pode ser conectado com diversas linguagens de programação populares.
URBI é baseado em uma arquitetura cliente / servidor, o que dá uma grande flexibilidade. URBI inclui recursos poderosos, como a execução paralela de comandos, programação de eventos, comando tagging, e variáveis dinâmicas
O que é novo nesta versão:.
< ul>
O que é novo na versão 2.7.3:
- vazamentos descritor de arquivo ao usar o Processo (Seção 23.48) .
- Compatibilidade com impulso 1,46.
- Os pacotes binários agora incluem aliases simples para as bibliotecas Boost (por exemplo, você pode usar '-lboost_date_time' em vez de '-lboost_date_time-gcc44-mt-1_38').
- pacotes binários no Ubuntu Lucid agora usar suas bibliotecas de impulso nativas (1,40), em vez de aumento de 1,38, e foram construídas com ROS Diamondback.
O que é novo na versão 2.0.3:
- Novos recursos:
- Container (Seção 19.8), protótipo para Dictionary (Seção 19.11), List (Seção 19.30) derivam.
- e não em c é mapeado sobre c.hasNot (e) em vez de! C.has (e).
- Float.limits (Seção 19.20)
- JobasString
- IoService (Seção 19.26)
- Event ''
- ListargMax, ListargMin, Listzip
- Tuple '+'
- Tuple '*'
- falhas de declaração são mais legíveis:
- var one = 1 |;
- var dois = 2 |;
- assert (um == dois);
- [00000002: error] !!! afirmação que falhou: (! 1 = 2) um == dois
- em vez de
- assert (um == dois);
- [00000002: error] !!! afirmação falhou:. one '==' (dois)
- anteriormente. Como conseqüência, System.assert_op está obsoleto. Os seguintes slots nunca documentados foram removidos do sistema (Seção 19.58):. Assert_eq, assert_ge, assert_gt, assert_le, assert_lt, assert_meq, assert_mne, assert_ne
- Corrige:
- List '' e Tuple '' implementar verdadeira ordem lexicográfica: [0, 4] & lt; [1, 3] é verdadeiro. Lista de comparação usado para implementar comparison-membro sábio; a afirmação anterior não foi verificada porque 4 & lt; 3 não é verdade.
- MutexasMutex é fixo.
- Directory (Seção 19.12) eventos não foram lançados se um diretório (Seção 19.12) já tivessem sido criadas no mesmo caminho (Seção 19.41).
- WaitUntil já não ignora guardas padrão.
- Documentação:
- A coleta de lixo (Seção 18.11).
- correspondência de padrão estrutural (Seção 18.5).
- CallMessagesender e CallMessagetarget.
- DictionaryasString.
- DirectoryfileCreated e DirectoryfileDeleted.
- Listmax, Listmin.
- MutexasMutex.
- ObjectlocalSlotNames.
Comentários não encontrado