Boas práticas do Dart para organizar um projeto

Ver planos

// Função principal
void main() {
  String devolveNome() {
    // TODO: fazer a função devolver um nome
    return "";
  }
  var nome = "Matheus"; // Inicializamos um nome "Matheus" à variável nome
}

/*
Este é um projeto exemplo.
Para iniciar o projeto, é importante ter o Dart instalado em sua máquina.
*/
void main() {
  String devolveNome() {
    /*
    TODO: Implementar a função.
Para fazer a implementação desta função é importante receber um nome dentro da chamada da função. Depois construir uma String única que será devolvida pela função.
*/
return &quot;&quot;;

}
}

void main() {
  /// Calcula a área de um círculo.
  ///
  /// @param raio O raio do círculo.
  /// @return A área do círculo.
  double calcularAreaCirculo(double raio) {
    return 3.14 * raio * raio;
  }
}

class Order {
  void calculateTotal() {}
  void addItem() {}
  void removeItem() {}
}
class OrderRepository {
  void save() {}
  void delete() {}
  void update() {}
  List<Order> findAll() {}
}
class OrderPrinter {
  void printOrder() {}
  void showOrder() {}
}

abstract class Produto {
  String nome;
  double preco;
  Produto(this.nome, this.preco);
  double calcularFrete();
}
class ProdutoFisico extends Produto {
  double peso;
  double dimensao;
  ProdutoFisico(super.nome, super.preco, this.peso, this.dimensao);
  @override
  double calcularFrete() {
    return 10.0;
  }
}
class ProdutoDigital extends Produto {
  ProdutoDigital(super.nome, super.preco);
  @override
  double calcularFrete() {
    //Produtos digitais não possuem frete
    return 0.0;
  }
}
class NotaFiscal {
  double total = 0.0;
  void calculaTotal(Produto produto) {
    total = produto.preco + produto.calcularFrete();
  }
}

abstract class Funcionario {
  double calcularSalario();
}
class Gerente extends Funcionario {
  @override
  double calcularSalario() {
    return 2000.0;
  }
}
class Vendedor extends Funcionario {
  @override
  double calcularSalario() {
    return 1000.0;
  }
}
class Financeiro {
  void pagarFuncionario(Funcionario funcionario) {
    print('Paga ${funcionario.calcularSalario()}');
  }
}

abstract class Aves {
  void botarOvo();
}
abstract class AvesQueVoam extends Aves {
  void voar();
}
class Papagaio implements AvesQueVoam {
  @override
  void voar() {
    print('Papagaio voando');
  }
@override
void botarOvo() {
print('Papagaio botando ovo');
}
}
class Pinguim implements Aves {
@override
void botarOvo() {
print("Pinguim botando ovo");
}
}

abstract class EmailSender {
  void enviarEmail(String para, String assunto, String corpo);
}
class GmailSender implements EmailSender {
  @override
  void enviarEmail(String para, String assunto, String corpo) {
    // Lógica para se conectar ao Gmail e enviar o email
  }
}
class OutlookSender implements EmailSender {
  @override
  void enviarEmail(String para, String assunto, String corpo) {
    // Lógica para se conectar ao Outlook e enviar o email
  }
}
class ServicoDeNotificacao {
  // Não importa se será enviado por Gmail ou Outlook, o que importa é que tenhamos a capacidade de enviar email.
  final EmailSender _emailSender;
  ServicoDeNotificacao(this._emailSender);
  void notificarPorEmail(String para, String assunto, String corpo) {
    _emailSender.enviarEmail(para, assunto, corpo);
  }
}

my_app/
├── bin/
│   └── my_app.dart
├── lib/
│   ├── models/
│   │   ├── user.dart
│   │   └── product.dart
│   ├── views/
│   │   ├── home_page.dart
│   │   └── product_detail_page.dart
│   ├── controllers/
│   │   ├── user_controller.dart
│   │   └── product_controller.dart
│   └──  utils/
│       ├── helpers.dart
│       └── constants.dart
├── test/
│   ├── models_test.dart
│   └── views_test.dart
└── pubspec.yaml

name: nome_do_projeto
description: A sample command-line application.
version: 1.0.0
# repository: https://github.com/my_org/my_repo
environment:
  sdk: ^3.5.1
# Add regular dependencies here.
dependencies:
  # path: ^1.8.0
dev_dependencies:
  lints: ^4.0.0
  test: ^1.24.0

name: nome_do_projeto
description: "A new Flutter project."
# The following line prevents the package from being accidentally published to
# pub.dev using `flutter pub publish`. This is preferred for private packages.
publish_to: 'none' # Remove this line if you wish to publish to pub.dev
# The following defines the version and build number for your application.
# A version number is three numbers separated by dots, like 1.2.43
# followed by an optional build number separated by a +.
# Both the version and the builder number may be overridden in flutter
# build by specifying --build-name and --build-number, respectively.
# In Android, build-name is used as versionName while build-number used as versionCode.
# Read more about Android versioning at https://developer.android.com/studio/publish/versioning
# In iOS, build-name is used as CFBundleShortVersionString while build-number is used as CFBundleVersion.
# Read more about iOS versioning at
# https://developer.apple.com/library/archive/documentation/General/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html
# In Windows, build-name is used as the major, minor, and patch parts
# of the product and file versions while build-number is used as the build suffix.
version: 1.0.0+1


environment:
sdk: ^3.5.1



Dependencies specify other packages

Boas práticas do Dart para organizar um projeto | Alura Cursos Online

Outras empresas do Grupo Alun

Outras empresas do Grupo Alun

Outras empresas do Grupo Alun

Outras empresas do Grupo Alun

Boas práticas do Dart para organizar um projeto

MATHEUS ALBERTO MARCUS

Explore por tópico

Nomenclatura

Nomeando arquivos

Nomeando variáveis

Nomeando classes

Palavras-chave e tipos

Espaçamentos e indentação

Indentação

Outros espaçamentos

Comentários

Comentário único

Comentário multilinhas

Comentário de documentação

Os princípios de SOLID

S de Single Responsibility Principle

O de Open/Closed Principle

L de Liskov Substitution Principle

I de Interface Segregation Principle

D de Dependency Inversion Principle

Clean Code em Dart

Nomes significativos

Funções pequenas e com uma única responsabilidade

Comentários concisos

Formatação consistente

Testes

SOLID

Organizando pastas

Dependências do projeto

Conclusão

MATHEUS ALBERTO MARCUS

Inscreva-se em nossa Newsletter

Explore por tópico

Nomenclatura

Nomeando arquivos

Nomeando variáveis

Nomeando classes

Palavras-chave e tipos

Espaçamentos e indentação

Indentação

Outros espaçamentos

Comentários

Comentário único

Comentário multilinhas

Comentário de documentação

Os princípios de SOLID

S de Single Responsibility Principle

O de Open/Closed Principle

L de Liskov Substitution Principle

I de Interface Segregation Principle

D de Dependency Inversion Principle

Clean Code em Dart

Nomes significativos

Funções pequenas e com uma única responsabilidade

Comentários concisos

Formatação consistente

Testes

SOLID

Organizando pastas

Dependências do projeto

Conclusão

Leia também