7- Hábitos dos desenvolvedores de Access bem-sucedido

7 -Hábitos dos desenvolvedores de Access bem-sucedido

Desenvolvedores de Access vêm em uma ampla gama de habilidades, mas o que definir para além daqueles que são bons em desenvolvimento Access? Eu coloquei uma lista bastante subjetiva de 7 hábitos para a sua revisão, deixe-me saber o que você pensa nos comentários!

Hábito 1: Usando manipuladores de erro em todos os procedimentos
Erros gerados pelo Access são demasiado vagos ou sem sentido para os usuários, é por isso que bons desenvolvedores adicionar manipuladores de erro para todos os seus procedimentos. Isso pode ser uma dor real, mas se você baixar e instalar MZTools  é tão simples como um clique do rato. Eu personalizei minha instalação para incluir Erl no código gerado automaticamente.

Hábito 2: comentários em seu código
Alguma vez você já olhou para o seu código de seis meses depois que você escreveu e ele ficar estranho para você? Adquira o hábito de comentar seu código para que você vai evitar coçar a cabeça no futuro.

Hábito 3: Usar instruções SQL em vez de consultas
Claro que você pode usar consultas como fonte de formulários e relatórios, mas você está apenas pedindo para ter problemas. Ou você ou um usuário pode alterar a consulta e fazer o seu formulário ou relatório não funcionar direito. É por esta razão que eu incorporar o SQL em meus objetos em seu lugar.

Hábito 4: backup freqüentemente
O Access pode ser uma besta mimado, corrompendo apenas no momento em que você gastou incontáveis horas otimizando sua aplicação. Faz um favor e fazer backup do jeito que eu faço: no início do dia , quatro horas no meu dia ou logo após alguns marcos importantes.
Eu também desenvolver usando minha pasta DropBox, por isso, se algo der errado eu posso puxar uma cópia mais antiga.

Hábito 5: Use Databases Dividir
Bons desenvolvedores sempre dividir seus bancos de dados em dois arquivos: Front End e Back End, o primeiro tem todos os seus códigos, formulários, consultas e relatórios, os dados mais tarde apenas.

Hábito 6: Code mais próximo do objeto
Pode ser tentador para criar repositórios de código em sua aplicação, mas seria torná-lo mais fácil de solucionar questões e problemas, se você colocar o seu código no objeto que está usando. Por exemplo: A facturação ordem deve ter o procedimento que irá calcular totais no módulo do formulário e não em outro módulo. Exceção a este hábito: Quando você precisa chamar o mesmo código de diferentes partes do seu aplicativo.

Hábito 7: Empurre o envelope de Access
Outro grande hábito é empurrar o envelope com o seu código de Access. Considere os seguintes cenários: Usando o SQL Server e chamar procedimentos armazenados em seu código; controlar outros aplicativos do Office, como o Word ou o Excel a partir do Access e desenvolver características surpreendentes em seu aplicativo Access.
Essas são as minhas 7 Hábitos, o que diz sobre a lista? Que outros grandes hábitos que os desenvolvedores têm com Access bem-sucedido.

Dicas sábias para construir uma aplicação para evitar dor de cabeça no futuro.

Bem.. creio me encontrar nesta classe de programadores que cumprem este sete quesitos.

Na sala de repositório tenho um exemplo SysBase, que traz módulos específicos para tratamento de erros, e em conjunto com o MzTolls insiro facilmente o procedimento a seguir.. sem ter que digitar uma linha para tratamento de erros:


'~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On Error GoTo TrataErro
Dim NomeProcedimento As String
    NomeProcedimento = "{PROCEDURE_NAME}"
    'Adiciona o nome do procedimento à função
    PegaProcedimento (NomeProcedimento)
'~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    {PROCEDURE_BODY}
Exit Sub
'~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
'Tratamento de Erros
'~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Exit_TrataErro:
    DoCmd.Hourglass False
    DoCmd.Echo True
Exit Sub
TrataErro:
    Select Case err.Number
        Case 0
           'Não é um erro
        Case Else
          DoCmd.Hourglass False
          DoCmd.Echo True
         'Chama a função global de tratamento de erros
         GlobalErrHandler (Me.Name)
  End Select


Este procedimento acima vai no cadastro do MzTolls...

Ja pega automaticamente o nome do procedimento.. veja abaixo isto já aplicado ao clique do botão no mztolls

Private Sub Form_Load()
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      ' Configura a List View object as soon as the form loads
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
         
          'Define the listview object, observe que faz referencia a lista apropriada
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
10    On Error GoTo TrataErro
      Dim NomeProcedimento As String
20        NomeProcedimento = "Form_Load"
          'Adiciona o nome do procedimento à função
30        PegaProcedimento (NomeProcedimento)
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
40        Set lvxObj = Me.lstDependentes.Object
          'Set lvxObj_1 = Me.lstPromocao.Object
          
          'Initialize the image control for the small icons
50        lvxObj.SmallIcons = Me.axImageList.Object
          
          'Seta os checkBoxe como false
60         lvxObj.CheckBoxes = Not lvxObj.CheckBoxes
           'lvxObj_1.CheckBoxes = Not lvxObj_1.CheckBoxes
70        DoCmd.GoToRecord , , acNewRec
80    Exit Sub
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      'Tratamento de Erros
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Exit_TrataErro:
90        DoCmd.Hourglass False
100       DoCmd.Echo True
110   Exit Sub
TrataErro:
120       Select Case err.Number
        Case 0
            'Não é um erro
130     Case Else
140         DoCmd.Hourglass False
150         DoCmd.Echo True
            'Chama a função global de tratamento de erros
160           GlobalErrHandler (Me.Name)
170     End Select
           
End Sub

Eu adicionaria à sua lista a padronização de nome de campos e objetos nos formulários e relatórios e tambem padronização no nome de variáveis

Texto = StrVariavel
Integer = IntVariavel
Long = lngVariavel
Double = dblVariavel
Boolean = BooVariavel ou blVariavel

etc..


Cumprimentos.

Muito bom essa técnica que usas grande PILOTO vou testar ela em minha aplicação que estou a desenvolver.

Uma dica apenas para os procedimentos FormLoad e FormOpen

Caso abra o formulário e em seguida cancele a abertura... dará erro na linha em vermelho, pois utiliza o nome do form pelo comando Me.Name, como o form será cancelado a sua abertura, não o encontra para extrair-lhe o nome, então apenas nestes dois procedimentos a linha em vermelho deve ser substituída pelo nome do form entre aspas duplas:

      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      'Tratamento de Erros
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Exit_TrataErro:
90        DoCmd.Hourglass False
100       DoCmd.Echo True
110   Exit Sub
TrataErro:
120       Select Case err.Number
        Case 0
            'Não é um erro
130     Case Else
140         DoCmd.Hourglass False
150         DoCmd.Echo True
            'Chama a função global de tratamento de erros
160           GlobalErrHandler (Me.Name)
170     End Select
          
End Sub

Deverá ficar assim:

      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      'Tratamento de Erros
      '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Exit_TrataErro:
90        DoCmd.Hourglass False
100       DoCmd.Echo True
110   Exit Sub
TrataErro:
120       Select Case err.Number
        Case 0
            'Não é um erro
130     Case Else
140         DoCmd.Hourglass False
150         DoCmd.Echo True
            'Chama a função global de tratamento de erros
160           GlobalErrHandler ("Nome do Form")
170     End Select
          
End Sub





Repito, apenas para os procedimentos: Open e Load do formulário


Cumprimentos.