jean-carlo-machado / ack-core
core functions for ack
Installs: 165
Dependents: 0
Suggesters: 0
Security: 0
Stars: 0
Watchers: 1
Forks: 0
Open Issues: 0
Language:JavaScript
Requires
- php: >=5.3.3
- jean-carlo-machado/ack-db: dev-master
- jean-carlo-machado/devil-php-utilities: dev-master
- zendframework/zendframework: dev-master
This package is not auto-updated.
Last update: 2018-05-08 17:50:48 UTC
README
AckCore - funcionalidades core do ack em ZF2
Este módulo é requisito para a utilização de qualquer outro módulo Ack* presente em meu perfil
Quando se necessita criar funionalidade novas do ack específicas para um projeto de NOMEProjeto deve-se criar um módulo extra além do NOMEProjeto, com o nome NOMEProjetoAck e lá adicionar as funcionalidades.
ACK DEFAULT EM ZEND FRAMEWORK2 site/minhaurl/index
A documentação associada se encontra em docs/ackDefault Para um overview do sistema consultar o manual do sistema no doxygen.
INSTALAÇÃO:
o manual de instalação se encontra em docs/ackDefault
Aforismos ACK Default:
No front nunca colocar $row->getNomept()->getBruteVal();, outrossim, deve-se optar pela versão sem suffixo de idioma, desse modo o seletor de idioma retornará o campo correto quando requisitado dessa forma: $row->getNome()->getBruteVal();.
documentação de módulos deve residir dentro da pasta doc do próprio módulo e não dentro da pasta docs principal
Observações:
O serviço de metatags pode ser habilitado automaticamente no front se algumas convenções forem aplicadas.
Para chamar a função a seguinte sintaxe é utilizada, row é a linha para quando as metatags default devem ser sobreescritas, então, se deseja-se ter metatags por páginas deve-se, no controller passar o parâmetro row, este sendo uma linha do banco o qual tenha relacionamento com metatags.
OBSERVAÇÕES IMPORTANTES:
Muitas vezes os diretórios tem seus próprios arquivos README, com infomações específicas e geralmente importantes sobre aquela sessão, então, quando se deparar com algum por gentileza leia-o.
Para funcionalidades onde a separação entre tabela e linha fica confusa, prefere-se que se desenvolva a funcionalidade em tabela, pois esta é instanciada muito menos vezes que linha.
Conveniências e padrões:
Por padrão bibliotecas devem ser desenvolvidas em inglês e os elementos relativos ao negócio em português. Utilizar a chave relacao_id para que o sistema saiba mapear relações um para n automaticamente.
Deve-se utilizar somente um .gitignore (o da raiz).
Configurações de controller devem serguir o padrão lower_case_undescored
Padrões de URL:
Quanto menor a url melhor, então eviar canonismo com coisas do gênero: site/minhaurl/ ou então site/minhaurl/index
melhor utilizar desta forma: site/minhaurl
As tabelas de reção NN devem estender TableNNAbstract
Sobre o controle de versão:
A idéia é que exista dois branchs de desenvolvimento principais. O dev-master no qual as novas funcionalidades e os sites em desenvolvimento são mantidos, com autializações frequentes e sujeitos a busgs devido a instabilidade do branch. Quando todas as funcionalidades de um projeto forem desenvolvidas este passará para o estágio de monitoramento e testes, sendo recomendável então que migre para o branch master. Quando finalizado um projeto, deve-se criar um branch específico para armazená-lo e gerencià-lo a partir de então, excluindo o projeto do master e dev-master.
Opções devem utilizar o padrão zf2 setOptions, sendo que os itens devem ser lower_undescore_insesitive_case