Preciso de um nó.js para usar Angularjs?

1. node.js só é usado para gerir as dependências de uma aplicação angular 2. Se você pode de alguma forma conseguir obter essas dependências sem usar node.js, npm ou jspm então você pode executar e desenvolver sua aplicação offline. No entanto, fazê-lo manualmente vai levar uma quantidade inexorável de tempo, uma vez que você tem que baixar arquivos manualmente, que pode ter outras dependências que irá exigir outros arquivos a serem baixados novamente (sim, Eu estive lá). node.js ou npm ou jspm para que o assunto automatiza esse processo, bem como tomar todas as medidas necessárias de como configurar os arquivos (jspm), de modo que sempre que você usar uma dependência específica em sua aplicação, essa dependência do outro dependência também estarão presentes no o teu sistema.
2. alguns navegadores, particularmente o Google Chrome restringe os ficheiros carregados localmente para fins de segurança, de modo que certas tecnologias HTML 5 utilizadas pelo Angular 2 irão produzir um erro quando carregadas com o protocolo file:. Então você precisa de um servidor a partir do qual você pode servir a sua aplicação para que todas as tecnologias HTML 5 disponíveis estejam disponíveis para o Angular 2 Executar.
3. node.js também é necessário para a capacidade hot-module-reload de desenvolvimento rápido de aplicações, uma vez que fornece um file watcher api para detectar mudanças no código fonte.

Mas há uma maneira de desenvolver uma aplicação Angular 2 offline sem nó.js.

1. Lembras-te quando eu disse que se conseguires obter todas as dependências necessárias, podes correr e desenvolver a tua aplicação offline? Se você pode de alguma forma encontrar ou criar um pacote que tem todas as dependências necessárias que sua aplicação vai precisar, então você não precisa npm ou jspm para gerenciar as dependências para você.
2. para o problema file-access-restriction, você pode carregar seu projeto como uma extensão. As extensões têm a capacidade de usar todas as tecnologias HTML 5 disponíveis, bem como algumas api poderosas (não disponíveis mesmo para aplicações servidas em um servidor), ao mesmo tempo sendo local para o seu ambiente de desenvolvimento. Então você não precisa disparar um servidor web para acessar as tecnologias HTML 5 se você servir a sua aplicação como uma extensão.
3. para a capacidade hot-module-reload, pode aproximar-se do outro lado. Em vez de ter um ficheiro observador no servidor web para monitorar as mudanças em arquivos no sistema local, você pode fazê-lo a partir da própria aplicação. Uma vez que a aplicação pode fetch ou xmlhttprequest recursos que são necessários pela aplicação, você pode periodicamente fetch ou xmlhttprequest os recursos de que a sua aplicação necessita e compará-los com algum cache. Mas como é que sabes que Ficheiros verificar? Você pode procurar por links dentro da Página, script, de img. Se você usar o SystemJS como carregador de módulos, então você pode usar o seu registo para procurar os arquivos necessários para a sua aplicação, mas não carregado na página, uma vez que foi transpilado ou algo assim. Ao fazer tudo isso pode ser uma fuga de desempenho para o seu sistema, juntamente com a sobrecarga adicional de transpiling ou pré-processamento código não-nativo, este trabalho pode ser terceirizado para um web worker que irá libertar o fio de execução principal no sistema para o seu código de Aplicação.

1. o projecto Angular no Chrome no github contém um pacote zipped que contém as dependências necessárias para desenvolver uma aplicação Angular mínima 2 (Por mínimo, estou me referindo ao tutorial Tour of Heroes referido na página quickstart). De modo que se você estiver em um sistema não suportado pelo nó.js (yes there are, ChromeOS for instance) or just on a restricted system in which node.js simplesmente não está disponível, todas as dependências necessárias estão disponíveis e você não precisa npm ou jspm para gerenciar as dependências necessárias para você.
2. existe uma prova da extensão do conceito {[[56]} que serve o tutorial tour of heroes (Os arquivos de desenvolvimento, typescript e todos) localmente como uma extensão chrome.
3. a extensão também implementa uma funcionalidade hot-module-reload ligando-se aos HMR-primitivos desenvolvidos por alexis vincent para SystemJS. A funcionalidade hot-module-reload é activada por um único ficheiro javascript, de modo que, se esta funcionalidade não for necessária ou estiver a absorver demasiados recursos, então poderá apenas remover o linha de código ofensivo.

1. Se estiver a utilizar este sistema, então precisa de uma forma de actualizar o seu pacote de desenvolvimento à medida que a tecnologia avança e se move a um ritmo rápido (O Que Acontece com o talk of Angular 3 quando o Angular 2 acaba de ser lançado) ou as tecnologias que está a usar para desenvolver a sua aplicação podem tornar-se obsoletas ou que, algures ao longo da linha, uma alteração da api pode impedir a sua aplicação de ser funcional no futuro. Você também não são garantidos ter repositórios atualizados para as dependências, uma vez que estes tipos de pacotes são mantidos manualmente.
Empacotar a sua aplicação como uma extensão cromada, como no Angular do Chrome, irá introduzir estrangulamentos de desempenho. Uma vez que o código é transpilado e os módulos são preguiçosos carregados, você perde os avanços da compilação JIT e outras melhorias de desempenho que os motores javascript modernos usam para otimizar o código executado no navegador. No entanto, o que você perde no desempenho, você ganha a flexibilidade para usar a tecnologia que você prefere desenvolver. Há sempre uma troca. Além disso, o hit de desempenho é apenas no início como o código é carregado. Uma vez que tenha sido carregado pela aplicação, então o sistema saberá como implementar as melhorias de desempenho. Quando você distribui sua aplicação, você realmente precisa compilar os recursos necessários para tirar proveito das melhorias de desempenho dos motores javascript modernos.
2. a capacidade é atualmente, uma forma hackish de implementar um observador de arquivos que usa convenções comuns para um projeto (temp1.ts, temp1.CSS, temp1.htm) uma vez que não há nenhuma maneira (eu posso estar errado nisso) para obter uma lista definitiva de todos os recursos necessários para a aplicação, mas não carregado na página principal (os recursos transpilados ou pré-processados).

Nó.js é usado para escrever Javascript no lado do servidor. angular.o js é um framework do lado do cliente.

Eles usam para ir juntos como a pilha média mas não é necessário.

Se você é novo em AngularJS, eu sugeriria este tutorial AngularJS tutorial . No tutorial você vai usar NodeJS, você vai entender por que os dois trabalham juntos, mas não são necessários.

Angular é um framework javascript front-end que opera no navegador Web dos clientes.

Node é um serviço que pode executar javascript e é muitas vezes usado em um servidor talvez em substituição de PHP (como na pilha média). Além disso, porque Node é um serviço que pode executar javascript pode ser usado em seu local computer when developing Angular applications to do background tasks such as minifying css and javascript and performing tests.

Se a sua ferramenta de edição de Imagens for desenvolvida em javascript e a sua aplicação usar o Angular e o nó (como um servidor web), o código pode ser executado do lado do cliente ou do servidor.

Lê a pilha média para ver onde o nó e o Angular se encaixam. Você nem precisa de nó em tudo, mas é bom desenvolver tudo na mesma língua.