Bolinha1

#include <stdio.h>
#include <stdlib.h>

#define m 10

struct filaElementos
{
	int comeco, fim;
	int elementos[m];
};

Bolinha1

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

typedef struct Aluno
{
	int ra;
	char nome[50];
	float nota1;
	float nota2;

Bolinha1

<?php
//strategy
interface Average
{
    public function calculate(Values $values);
}

//concrete strategy
class AveragePondered implements Average
{

Bolinha1

#include <stdio.h>
#include <stdlib.h>

#define m 100


typedef struct aluno{
	int codigo;
	float nota;

Bolinha1

<?php

include  __DIR__.'/../Config/Connection.php';

function getAll()
{
	$pdo = connection();
	$stmt = $pdo->prepare('SELECT * FROM tb_test');
	$stmt->execute();
	return $stmt->fetchAll(PDO::FETCH_OBJ);

Bolinha1

Iniciando Boards e POST ITS no TRELLO

Tréllo é a ferramenta para gestão de projeto adotada pela MANÁWEB, através dela e da colaboração de todos os membros envolvidos nos projetos será possível de maneira rápida e eficiente gerir todos os projetos que a empresa assumir.

Todos os responsáveis por projetos devem estar inclusos na organização MANÁWEB

Para Cadastrar uma novar Board de projeto

Ao criar um novo projeto dentro da orgazanição, é necessário que se adicione alguns CARDS padrões para todos os projetos sendo eles:

Bolinha1

<?php

interface InterfaceReajuste
{
	public function reajustar(InterfaceParcela $parcela);
}

class ReajusteMensal implements InterfaceReajuste
{
	public function reajustar(InterfaceParcela $parcela)

Bolinha1

<?php

// the command interface
interface Command
{
	public function execute();
}

//the invoker 
class Controller 

Bolinha1

Aplicando o Princípio da responsabilidade única através de 3 perguntas

É o primeiro princípio SOLID, o qual diz respeito :

“The class should have one, and only one, reason to change.”

“A classe deve ter um e, apenas um motivo para mudar.”

Este princípio traz uma importante visão relacionada à forma que costuma-se pensar nas abstrações necessárias para construir-se uma classe que cumpra um objetivo proposto. Quando aprendende-se a modelar uma classe, geralmente pensa-se no que ela tem e no que ela deve fazer. Pensa-se somente em suas propriedades e seus métodos e muitas vezes, começa-se a escrever o código que irá compor a classe. Seguir assim parece a forma mais comum de se pensar em como construir uma classe mas, quantas vezes ao fim desse processo de modelagem já pergunta-se, “Qual o real propósito da classe?”, “Será que é realmente isso que a classe deve ter ?” ou ainda, “Será que é realmente isso que a classe deve fazer ?”. Três perguntas aparentem

Bolinha1

<?php

namespace DesignPatterns;

interface FactoryUser
{
   public function factoryAdministrator();
   public function factoryVendor();
   public function factoryClient();
}