Classe :: Pobject :: Filosofia

Classe :: Pobject :: Filosofia contém a filosofia por trás da persistência do objeto.
Baixe Agora

Classe :: Pobject :: Filosofia Classificação e resumo

Propaganda

  • Rating:
  • Licença:
  • Perl Artistic License
  • Preço:
  • FREE
  • Nome do editor:
  • Kevin Meltzer
  • Site do editor:
  • http://search.cpan.org/~sherzodr/Class-PObject-2.17/docs/Philosophy.pod

Classe :: Pobject :: Filosofia Tag


Classe :: Pobject :: Filosofia Descrição

Classe :: Pobject :: Filosofia contém a filosofia por trás da persistência do objeto. Classe :: Pobject :: Filosofia contém a filosofia por trás do objeto Persistence.Verviewidea por trás da persistência de objetos é representar dados como um objeto de software. Outra maneira de olhar é, para tornar os objetos persistirem em processos em vez de simplesmente ser destruído sair do escopo.Mais sobre o Datain um banco de dados de texto simples, por exemplo, cada linha pode representar um único registro. Diferentes peças do registro podem ser separadas por algum delimitador comumente acordado, como uma vírgula (,), sinal de tubo (|) etc. Identificador exclusivo para registros individuais podem ser o número de linha que o registro específico reside. Por exemplo: # em person.txt sherzod ruzmetov, sherzodr cpan.org leyla ivanitskaya, leyla handalak.com a berkeleydb (ou dbm) cada par chave / valor do hash pode ser considerado um único registro. Um identificador único para registros individuais pode ser a chave do hash. Peças de registros podem ser delimitados por um delimitador comumente acordado, assim como em um banco de dados de texto simples. Por exemplo: # em pessoa.db 217 => "sherzod ruzmetov | sherzodr cpan.org" 218 => "Leyla Ivanitskaya | Leyla Handalak.com" em um sistema de banco de dados relacional, cada linha de uma tabela de banco de dados é considerado um único registro, e cada peça do registro tem sua própria coluna na tabela. Um identificador exclusivo para registros individuais pode ser uma única coluna marcada como chave primária, ou várias colunas marcadas por isso: # em pessoa + ----- + ---------------- + - ----------------------- + | id | Nome | E-mail | + ----- + ---------------- + ------------------------ + | 217 | SHERZOD |.. sherzodr cpan.org | + ----- + ---------------- + ---------------------- + como Você notou, todos eles têm algo em comum - todos eles têm a mesma estrutura lógica, um identificador de registro, vários pedaços de diferentes registros e um contêiner (par de linha única, chave / valor ou uma única linha) .data como objetos acima de representações acima são de baixo nível. Por que poderíamos tentar representá-los todos como um objeto de software e esquecer como eles realmente se parecem no disco? Por exemplo, poderíamos tratar um único registro de qualquer um dos bancos de dados acima como um objeto, digamos um objeto de pessoa. De acordo com os bancos de dados acima, este objeto pode ter três atributos, ID, nome e e-mail. Soa tão natural, não é? Seus programas, em vez de lidar com acesso de disco de baixo nível toda vez que um registro deve ser acessado (para fins de escrita ou leitura), poderia apenas jogar com objetos. E esses objetos podem lidar com acesso de disco de baixo nível por trás das cenas. O que são os vantagens de folga, dados, independentemente do mecanismo de armazenamento, é sempre acessado através da mesma API de programação. Assim, seus programas podem funcionar com qualquer sistema de banco de dados sem qualquer alteração em tudo. Ajudará a fazer uma base de código mais limpo, porque seu aplicativo nunca fará uso de quaisquer procedimentos de baixo nível para acessar os dados, como executar qualquer consultoria SQL. Tudo acontece através de objetos e seus métodos suportados. Seus aplicativos serão mais modulares e a base de código será mais compacta. Como desenvolvedor, você terá menos código para manter. Sua API de programação será facilmente acessível por terceiros, tornando suas aplicações facilmente integrativas, bem como extensíveis sem ter que sofrer treinamento de tempo consumidor, dispendioso. Tudo o que eles precisarão ler é sobre uma página de manual da POD de sua classe relacionada para poder fazer uso dele. Qual é a API DesvantagensObject pode não ser capaz de fornecer toda a flexibilidade e otimização do mecanismo de banco de dados subjacente. Para remediar isso, algumas ferramentas fornecem uma espécie de backdoors para os programadores poderem interagir com o mecanismo de banco de dados subjacente mais diretamente.Requements: · Requisitos de Perl: · Perl.


Classe :: Pobject :: Filosofia Software Relacionado

Net :: snooplog.

net :: snooplog é um módulo Perl usado para ler registros de pacotes de rede de snoop, de RFC1761 Snoop ver 2. ...

154

Download