🇧🇷
Ethereum Developer Pack - PT
  • Ethereum Developer Pack - PT
  • Módulo 1
    • Introdução a Smart Contracts
      • Fundamentos de Blockchain
        • Histórico
        • Bitcoin
        • O que é Blockchain
        • Conceitos-chave em Blockchain
        • Como funciona a Blockchain
        • Tipos de Blockchain
        • Modelos de Consenso
      • A nova Internet
        • Web 3
        • Elementos Fundamentais
        • Impacto do Ethereum em Diversos Setores
      • Wallets
        • Componentes de uma wallet
        • Tipos de Wallet
        • Códigos Mnemônicos
      • Ethereum 101
        • Smart Contracts
        • Contas
          • Tipos de contas
          • Conteúdo das contas
        • Transações
          • Componentes
          • Ciclo de vida
        • Gás
        • Solidity
        • EVM
          • A máquina de estados
          • Opcodes
          • Como funciona a EVM
          • Clientes de execução
          • DApps
      • Blockchain Explorer
        • Funções de um blockchain explorer
        • Beneficios de utilizar um blockchain explorer
      • Remix
        • Características do Remix
        • Workspaces ou espaços de trabalho
        • Carregar e compilar um contrato
        • Implantar na máquina virtual do Remix (Remix VM)
        • Interagindo com funções
        • Deployar em uma rede pública
      • Crie seu primeiro Smart Contract
  • Módulo 2
    • Fundamentos de Solidity
      • Hello World
      • Tipos de Dados
      • Funções
      • Variáveis
        • Exercício 1
      • Operadores
        • Ejercicio 2
      • Constructor
        • Exercício 3
      • Convenções de nomenclatura
      • Tipos de armazenamento para variáveis
      • Estruturas de Controle
        • Exercício 4
      • Modificadores
      • Eventos
        • Exercício 5
      • Tipos de Referencia
        • Arrays
          • Exercício 6
        • Mappings
          • Exercício 7
        • Structs
          • Exercício 8
      • Address Payable
      • Como os contratos e funções recebem Ether.
      • Transferências de Ether
      • Conceitos Avançados
        • Codificação de ABI
        • Hashing
        • This
        • Herança
        • Abstract
        • Interface
        • Chamada entre contratos
        • EVM
        • ABI
        • Bytecode
        • Opcodes
  • Módulo 3
    • ERCs, Bibliotecas e Padrões de Desenvolvimento
      • Boas Práticas de Desenvolvimento
      • Padrões de Desenvolvimento
      • EIP & ERC
      • ERC-20
      • ERC-721
      • Open Zeppelin
      • Crie um Token ERC-20
      • Almacenamiento Descentralizado: IPFS
      • Crea un Token ERC-721
      • DeFi
  • Módulo 4
    • Kit de ferramentas para desenvolvimento na Ethereum
      • Requisitos para o módulo 4
        • Terminal
        • Git e Github
        • Node.js e npm
        • Visual Studio Code para Solidity
      • Toolkit
        • JSON-RPC
        • Ethers.js
          • Exercício
        • Hardhat
          • Implantação de um contrato no Hardhat
          • Implantação de um contrato em uma rede pública
        • Scaffold-ETH
          • Características do Scaffold-ETHCaracterísticas
          • Como instalar o Scaffold-ETH
  • Módulo 5
    • Segurança, Testes e Auditorias
      • Testes
        • Importância de realizar testes
        • Métodos para testar contratos inteligentes
          • Testes automatizados
          • Testes manuais
        • Conceitos importantes em testes
        • Ferramentas para testes
        • Testes com Hardhat
        • Recursos adicionais
      • Segurança
        • Uma mentalidade diferente de design
        • Principais vulnerabilidades em contratos inteligentes
          • Reentrancy attack (ataque de reentrada)
          • Replay attack (ataque de repetición)
          • Price Oracle Manipulation (Manipulación de Oráculos de Precios)
          • Missing Access Control (Pérdida de Control de Acceso)
          • Reward Manipulation (Manipulación de Recompensas)
          • Failure to Initialize (Falla al Inicializar)
          • Front-running
          • Invariant Breaks (Quebra de Invariantes)
          • Mishandling of ETH (Má gestão de ETH)
          • Denial of Service (DoS - Negação de Serviço)
          • Integer overflow and underflow (Overflow e Underflow de inteiros)
          • Phishing y Typosquatting
        • Recursos adicionais
      • Auditoria de smart contracts
        • Processo de Auditoria
        • Ferramentas
        • Como se preparar para uma auditoria
        • O teste Rekt
        • Desafios
        • Recursos adicionais
  • Contribuye
    • Kipu Explorer
Powered by GitBook
On this page
  1. Módulo 2
  2. Fundamentos de Solidity

Convenções de nomenclatura

A seguir, apresentamos algumas das convenções mais comuns utilizadas na comunidade de Solidity:

  • Contratos: Os nomes de contratos geralmente seguem o formato UpperCamelCase (também conhecido como PascalCase). Cada palavra no nome do contrato começa com uma letra maiúscula e não há espaços. Exemplo: MySmartContract.

  • Funções: Os nomes de funções geralmente seguem o formato lowerCamelCase. A primeira palavra começa com uma letra minúscula, e as palavras seguintes começam com uma letra maiúscula. Exemplo: myFunction.

  • Variáveis de Estado: As variáveis de estado também usam o formato lowerCamelCase. Estas são as variáveis armazenadas permanentemente no armazenamento do contrato. Exemplo: myVariable.

  • Variáveis Locais e Parâmetros: Assim como as variáveis de estado, as variáveis locais e os parâmetros das funções também utilizam lowerCamelCase. Exemplo: localVariable, functionParameter.

  • Constantes: As constantes são nomeadas com todas as letras em maiúsculas, e as palavras são separadas por sublinhados (snake_case em maiúsculas). Exemplo: MAX_COUNT, TOTAL_SUPPLY.

  • Enums: Os nomes de enumeradores (enums) seguem o formato UpperCamelCase, assim como os nomes de contratos. Exemplo: TokenState.

  • Eventos: Os eventos geralmente seguem o formato UpperCamelCase. Exemplo: TransferCompleted.

  • Modificadores: Os modificadores utilizam o formato lowerCamelCase, semelhante às funções. Exemplo: onlyOwner.

  • Structs: Os nomes de estruturas (structs) são geralmente escritos em UpperCamelCase, seguindo o mesmo padrão de contratos e enums. Exemplo: PlayerInfo.


Observação:

Essas convenções não são obrigatórias, mas são amplamente adotadas pela comunidade de desenvolvimento de Solidity. Seguir essas práticas padrão ajuda a manter o código dos contratos inteligentes organizado e fácil de entender para outros desenvolvedores que possam trabalhar ou revisar o código. Além disso, essas convenções ajudam a distinguir rapidamente os diferentes tipos de entidades no código, como contratos, funções e variáveis.

PreviousExercício 3NextTipos de armazenamento para variáveis

Last updated 5 months ago