brew install git-flow
sudo apt-get install git-flow
This gist is now deprecated in favor of our official documentation: https://documentation.portainer.io/api/api-examples/ which contains up to date examples!
Please refer to the link above to get access to our updated API documentation and examples.
https://www.alura.com.br/curso-online-logica-programacao-javascript-html
https://www.alura.com.br/curso-online-linux-ubuntu
https://www.alura.com.br/curso-online-deploy-continuo-aws-code-deploy
https://www.alura.com.br/curso-online-docker-e-docker-compose
https://www.alura.com.br/curso-online-java-introducao-orientacao-objetos
Folder Structure | |
================ | |
Please note | |
------------ | |
While this gist has been shared and followed for years, I regret not giving more background. It was originally a gist for the engineering org I was in, not a "general suggestion" for any React app. | |
Typically I avoid folders altogether. Heck, I even avoid new files. If I can build an app with one 2000 line file I will. New files and folders are a pain. |
Vamos ver as vantagens de utilizar Hooks ao invés de classes. | |
Acabamos de ver como o nosso código para algo bem simples ficou bem mais curto. Outro motivo importante, que também vimos, é não precisar mais usar o "this", que pode ser confuso e atrapalhar iniciantes em JavaScript. Mas essas duas coisas são detalhes. | |
Nos componentes criados por classes, temos os LifeCycles, que são métodos executados em determinados momentos no tempo de existência de um componente, como o "componentDidMount()" e "componentDidUpdate()". Se precisarmos que algumas regras do nosso componente sejam executadas nesses momentos, teremos que escrever essas regras juntas nesses métodos, deixando a lógica do nosso componente um pouco picotada e bagunçada. | |
Já nos componentes criados por funções, veremos que podemos organizar melhor a posição das nossas funções, já que não temos que ficar escrevendo dentro de determinados métodos. Teremos muito mais controle do fluxo de funcionamento de nosso componente. | |
Uma das principais vantagens que |
Para começar, primeiro crie um novo aplicativo Next.js: | |
npx create-next-app next-authentication | |
Em seguida, mude para o novo diretório e instale as dependências: | |
cd next-authentication | |
npm install aws-amplify @aws-amplify/ui-react emotion | |
Inicialize um novo projeto Amplify: | |
amplify init | |
> Choose defaults when prompted | |
Se você ainda não instalou e configurou o Amplify CLI, veja este vídeo para uma explicação completa. | |
Adicione o serviço de autenticação: |
npm i request --save-dev mocha | |
Instalamos o Mocha como uma dependência dev, pois o módulo não exige a presença dela em uma configuração de produção. Caso queira aprender mais sobre os pacotes do Node.js ou o npm, confira nosso guia sobre Como usar os módulos do Node.js com o npm e o package.json. | |
Por fim, vamos criar o arquivo que terá o código do nosso módulo: | |
touch index.js | |
Com isso, estamos prontos para criar nosso módulo. Abra o index.js em um editor de texto como o nano: |
import UIKit | |
@UIApplicationMain | |
class AppDelegate: UIResponder, UIApplicationDelegate { | |
func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool { | |
// Override point for customization after application launch. | |
return true |
const carsService = require('../services/cars.service'); | |
const get = function(req, res){ | |
res.send(carsService.get(req.params._id)) | |
} | |
const getAll = function(req, res){ | |
res.send(carsService.getAll()) | |
} |