Sintaxe
Vamos primeiro começar com os erros de sintaxe.
import utf8
input ("Digite valor de A ")
input ("Digite valor de B ")
input ("Digite valor de C ")
if (a > b):
if (a > c):
print("valor maior que A " .a) #(1)
else:
print("valor Menor que A " .c) #(2)
else:
...
@Bacco eu até uso o Controller e View, no caso uso pq com isto consegui tornar meus códigos organizados por namespaces com autoload e ainda sim mantive uma boa performance, não pq eu precise de fato, mas era uma maneira de criar uma série de funcionalidades e depois não precisar ficar refazendo é meio que um esqueleto, mas se o projeto é pequeno nem uso ... agora Model é uma coisa que raramente usei em "Web", pra falar a verdade "nunca usei" pra valer Models
@jbueno tem vez que sobe 3 notificações da mesma coisa, quando editam, na verdade eu acho que já reclamei delas aqui :/ ... mas não vou ficar alfinetando a Staff :p
@GuilhermeNascimento Nao cara. Veja que a mensagem de cima está de outra cor (eu recebi notificação) a sua está como texto normal (eu não recebi notificação)
Vou adorar ver o trabalho dos espertões que acharam que CPF como chave primária era uma boa ideia :) valor.com.br/brasil/4928178/… Por sorte acho que poucos fazem isto de verdade. Vejo mais as pessoas defendendo esse tipo de coisa.
@AndersonCarlosWoss estava refletindo sobre o Middleware, notei que o Django ele é opcional, apesar de um deles ser recomendavel, não lembro qual, visando isto para o meu Framework eu creio que talvez eu pudesse implementar o Middleware a parte, o usuário habilita se necessário, então por exemplo ele tem um grupo de rotas e ele consegue aplicar um Middleware para aquele grupo (classe Inphinit\Experimental\Group)
@AndersonCarlosWoss isto ativaria o Request e Response de maneira automática também, passando os dados de ponta a ponta, claro que comparado contigo eu sou um mero curioso, mas eu acho que entendi bem o quão ele pode ser util e até estou começando a gostar xD ... Django esta me abrindo a mente hehehe
A maneira que eu estava fazendo não haveria um sistema de rotas (por padrão). Se necessário, um middleware poderia fazer este serviço. Mas se tratando de um framework baseado em MVC, faz todo sentido acoplar os middlewares direto às rotas
@GuilhermeNascimento Pois é, a ideia do request e response de "ponta a ponta", como disse, é muito interessante e Django é realmente muito poderoso. Queria eu que fosse mais fácil colocá-lo em produção em hospedagens compartilhadas.
@AndersonCarlosWoss no caso acho interessante o middleware cuidar disto se eu invertesse, no caso as rotas também deveriam passar no middleware, ou então se fosse um WebSocket, aonde eu controlo tudo, eu vou dar uma olhada novamente no que vc criou e tentar criar um prototipo invertido
@AndersonCarlosWoss sério? Muito dificil? Eles não permitem acessar o modulo WSGI?
A ideia de ter a aplicação baseada em middleware é que poderia, por exemplo, ter um responsável por cache antes mesmo do roteamento. Não sei bem como o inphinit funciona quanto a isso.
@GuilhermeNascimento Até permitem, mas acredito que na maioria você precisa passar pelo suporte (que nunca é bom) para ativar o que precisa.
@AndersonCarlosWoss no caso dele tem sim cache (back-end e cache definido por HTTP), mas tem que chamar dentro da rota, pois o framework funciona todo baseado nas rotas, se não houver uma rota ele emite erro, então o middleware seria interessante pq a Rota seria opicional o que mudaria o conceito e o que eu achei mais bacana =)
<?php
use Inphinit\Routing\Route;
use Inphinit\Experimental\Cache;
Route::set('GET', '/hello', function () {
$x = new Cache;
if ($x->cached()) {
return null;
}
return 'Olá';
});
@AndersonCarlosWoss o uso de return na verdade leva para um evento interno chamado ready (ou melhor acontece após o ready), ou seja vc pode mandar de duas maneiras as respostas, com App::on('ready', function () { echo 'oi'; }) (aqui o echo é permitido), isso tudo para ajudar na entrega mais rápido do output e sem ficar agrupando dados em um "buffer" (ou variavel)
@CiganoMorrisonMendez Não funciona por nada... O registro "* (isso é um registro?) não cola de jeito nenhum. E é sempre ele que fica preenchido quando eu dou um copy em qq. outro lugar...
@GuilhermeNascimento futuramente migrarei o meu repositório para o GitHub. O Packagist não atualiza automaticamente com alterações no Gitlab (e não consegui configurar os web hooks).
@AndersonCarlosWoss eu estava tentando criar um conta no gitlab e acusou que eu estava cadastrado gitlab.com/brcontainer kkkkkkk, nem lembro quando foi isso xD, vou criar um repositório e testar ;)
@CiganoMorrisonMendez Tá - quando você digita ", a próxima letra vira um registrador, aí você aperta yy para copiar a linha e ela passa a ficar nesse registrador, e não no registrador "default", é isso?
Estava eu indo fazer uma pergunta safadenha pra gerar conteudo quando olho pras sugestões:
Eu sei que o buscador de sugestões não é lá "grandes coisa", mas ao meu ver a maior parte do problema são os titulos "pobres" que os usuários escrevem misturado com um pouco de preguiça por parte de certos autores de perguntas e respostas, acho que antes de criticar a ferramenta ou jogar a culpa inteiramente nela o pessoal devia olhar pra dentro de si #desabafo
@CiganoMorrisonMendez até é capaz de ter mais algum (antes tinha, ao menos) mas nao era por causa do site. Mas no caso, vc e o @bigown são bons exemplos do reflexo daqui
Sintaxe
Vamos primeiro começar com os erros de sintaxe.
import utf8
input ("Digite valor de A ")
input ("Digite valor de B ")
input ("Digite valor de C ")
if (a > b):
if (a > c):
print("valor maior que A " .a) #(1)
else:
print("valor Menor que A " .c) #(2)
else:
...
