4D v14.3Get 4D folder |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
4D v14.3
Get 4D folder
Get 4D folder
O comando Get 4D folder retorna o caminho para a pasta 4D ativa do aplicativo atual, ou para a pasta do ambiente 4D especificado pelo parâmetro pasta, se fornecido. Este comando lhe permite obter o caminho real das pastas utilizadas pela aplicação 4D. Ao usar este comando, você garante que seu código irá funcionar em qualquer plataforma rodando qualquer sistema operacional. Na pasta, você pode passar uma das seguintes constantes, que estão localizadas no tema "Ambiente 4D":
Você encontrará abaixo uma descrição de cada pasta: Notas preliminares sobre os nomes das pastas:
O ambiente 4D usa a pasta 4D para armazenar as seguintes informações:
A pasta 4D é criada por padrão no seguinte local:
Pasta contendo os arquivos de Licenças da máquina. A pasta de Licenças é colocado no local a seguir:
Notas:
- No Windows 7 e superiores: {Disco}:\Usuarios\Usuario atual\AppData\Roaming\4D\Licences\
Nota de compatibilidade: Começando com a versão 11.2 do 4D v11 SQL, já não é aconselhável a utilização da pasta Extras para a comunicação personalizada entre o servidor e máquinas remotas. Agora, é recomendado usar a pasta Recursos para este fim (veja a descrição da pasta Recursos abaixo). A pasta Extras no entanto, é ainda usada por 4D Server, de modo a manter a compatibilidade das aplicações existentes. Nota: Se a pasta Extras não existe na base, será criado executando o comando Get 4D folder com a constante Extras Folder. A pasta 4D database é criada em cada máquina cliente 4D para armazenamento de arquivos e pastas relacionadas ao banco de dados (recursos, plug-ins, a pasta Resources, etc.). A pasta do banco de dados 4D Client é colocada no seguinte local em cada máquina cliente:
Pasta contendo o arquivo de estrutura de banco de dados. O caminho é expressado utilizando a sintaxe padrão da plataforma atual. Com a aplicação 4D Client, essa constante é rigorosamente equivalente à constante anterior: o comando retorna o caminho da pasta criada localmente. Pasta contendo o arquivo de estrutura de banco de dados. Esta constante designa a mesma pasta que o anterior, mas o caminho retornado é expressado utilizando a sintaxe UNIX (POSIX), de tipo /Users/ ... Esta sintaxe é usada principalmente quando você usa o comando LAUNCH EXTERNAL PROCESS sob OS X. A pasta Recursos de banco de dados. Esta pasta contém os itens adicionais (fotos, textos) utilizados para a interface de banco de dados. Um componente pode ter a sua pasta de recursos próprios. A pasta de Recursos está localizado junto à estrutura do arquivo de banco de dados. No modo cliente / servidor, essa pasta pode ser usada para organizar a transferência de dados personalizados (fotos, arquivos, subpastas, etc) entre a máquina do servidor e as máquinas cliente. O conteúdo desta pasta é atualizado automaticamente em cada máquina cliente quando ela se conecta. Todos os mecanismos de referência associados com a pasta Recursos são suportados em modo cliente / servidor (Pasta .lproj, XLIFF, fotos, e assim por diante). Além disso, 4D fornece várias ferramentas que podem ser utilizadas para gerir e atualizar esta pasta de forma dinâmica, mais particularmente, um explorador de recursos. Nota: se a pasta de Recursos não existe para o banco de dados, executando o comando Get 4D folder com a pasta Recursos corrente constante irá criá-la. A pasta Logs do banco de dados. Esta pasta centraliza os arquivos de log do banco de dados atual. Ela é criado no mesmo nível da estrutura de arquivo e contém os seguintes arquivos de log:
Nota: Se a pasta Logs não existe para o banco de dados, executando o comando Get 4D folder com a constante Logs Folder irá criá-la. Pasta HTML raiz do banco de dados. O caminho retornado é expressado com a sintaxe padrão da plataforma atual. A pasta raiz HTML é a pasta na qual o servidor Web 4D olha para as páginas Web e arquivos solicitados. Por padrão, ela é denominada WebFolder e é colocado ao lado da estrutura de arquivo (ou sua cópia local, no caso de 4D em modo remoto). Sua localização pode ser definida na página de Configuração das preferências ou dinamicamente através do comando WEB SET ROOT FOLDER. Se o comando Get 4D folder é chamado através de um 4D remoto, o caminho retornado é o da máquina remota, não de 4D Server. O parâmetro opcional * é útil no caso de uma arquitetura usando componentes: pode ser usado para determinar o banco de dados (host ou componente) para os quais você deseja obter o caminho da pasta. Este parâmetro só é válido para as pastas Database Folder, Database Folder Unix Syntax e Current Resources folder. Os demais casos são ignorados. Quando o comando é chamado desde um componente:
Durante a inicialização de um banco de dados único, você deseja carregar (ou criar) as suas próprias configurações em um arquivo localizado na pasta 4D. Para fazer isso, no método Método banco de dados On Startup, você pode escrever um código semelhante a este: MAP FILE TYPES("PREF";"PRF";"Preferences file") Este exemplo ilustra o uso da constante Database Folder Unix Syntax sob Mac OS para listar o conteúdo da pasta do banco: $posixpath:="\""+Get 4D folder(Database folder Unix syntax)+"\"" Nota: sob Mac OS, é necessário colocar os endereços de acesso entre aspas quando contém os nomes de arquivos ou de pastas com espaços. A sequência de escape "\" permite inserir o caractere aspas na string. Também é possível utiilzar a instrução Char(Double quote). Se o parâmetro pasta não é válido ou se o endereço de acesso retornado é vazio, a variável sistema OK recebe o valor 0. |
PROPRIEDADES
Produto: 4D
HISTÓRIA
Modificado: 4D v11 SQL Release 2 VER TAMBÉM
COMPONENT LIST PALAVRAS CHAVES Folder ARTICLE USAGE
Manual de linguagem 4D ( 4D v14 R2) Inherited from :
Get 4D folder ( 4D v11 SQL Release 6) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||