collapse

* Posts Recentes

Carregador Solar para Baterias - EBay por almamater
[20 de Setembro de 2019, 21:57]


Trituradora/Destruidora de cartão em tiras por m90mine
[20 de Setembro de 2019, 17:29]


Ajuda na identificação de componente de portatil por m90mine
[20 de Setembro de 2019, 17:19]


Loja online "McMaster" na europa? por senso
[09 de Setembro de 2019, 23:54]


Pasta térmica por thx1011
[04 de Setembro de 2019, 19:35]


Livros opensource de electrónica, transístores e OpAmps. por thx1011
[03 de Setembro de 2019, 19:56]


Que métodos utilizam para limpar as vossas placas após soldadura? por KammutierSpule
[21 de Agosto de 2019, 22:42]


Contas para saber a duração das baterias. por vasco
[21 de Agosto de 2019, 11:10]


Fabricantes de PCB e Assemblage (produção em massa) por Kristey
[21 de Agosto de 2019, 08:51]


Máquina de soldar a fio sem gás LIDL por Hugu
[16 de Agosto de 2019, 18:28]

Autor Tópico: Controlar um robot entre dois computadores em rede  (Lida 10954 vezes)

0 Membros e 1 Visitante estão a ver este tópico.

Offline msr

  • Mini Robot
  • *
  • Mensagens: 796
Re: Controlar um robot entre dois computadores em rede
« Responder #30 em: 22 de Setembro de 2010, 11:40 »
Ofendido? Nada disso. Cada um tem direito à sua opinião. Seja qual for, respeita-se. Estamos aqui com uma discussão geek que nada tem a ver com questões pessoais.

Mas mais uma vez apetece-me argumentar ;D

Depende do tipo de aplicação. Se estiveres a fazer algo baseado num servidor TCP embebido num microcontrolador (por exemplo) convém saberes pormenores de baixo nível. Se estiveres a fazer uma aplicação de "alto nivel", por exemplo em C#, podes simplesmente usar um TcpListener. E confiar nele, pois faz parte da base library (ou lá como se chama) e está mais que testada e acreditada. Tal como o printf(), o fork(), etc que usas em C e que não colocas em causa.

Não é uma questão de paciência. Tu até podes saber como se faz em C, e isso é excelente, mas se estás a fazer em algo em C#, de alto nível, só se fores mazoquista (acho eu) é que vais querer fazer um "TcpListener" teu (até porque, muito provavelmente não ficará tão bom). Ele já existe, e com garantias de bom funcionamento, é só usá-lo. É uma questão de produtividade.

Offline VascoP

  • Mini Robot
  • *
  • Mensagens: 66
Re: Controlar um robot entre dois computadores em rede
« Responder #31 em: 22 de Setembro de 2010, 17:57 »
Ofendido? Nada disso. Cada um tem direito à sua opinião. Seja qual for, respeita-se. Estamos aqui com uma discussão geek que nada tem a ver com questões pessoais.

Mas mais uma vez apetece-me argumentar ;D

Depende do tipo de aplicação. Se estiveres a fazer algo baseado num servidor TCP embebido num microcontrolador (por exemplo) convém saberes pormenores de baixo nível. Se estiveres a fazer uma aplicação de "alto nivel", por exemplo em C#, podes simplesmente usar um TcpListener. E confiar nele, pois faz parte da base library (ou lá como se chama) e está mais que testada e acreditada. Tal como o printf(), o fork(), etc que usas em C e que não colocas em causa.

Não é uma questão de paciência. Tu até podes saber como se faz em C, e isso é excelente, mas se estás a fazer em algo em C#, de alto nível, só se fores mazoquista (acho eu) é que vais querer fazer um "TcpListener" teu (até porque, muito provavelmente não ficará tão bom). Ele já existe, e com garantias de bom funcionamento, é só usá-lo. É uma questão de produtividade.

O ponto fundamental da minha opinião é mesmo achar que não é masoquista! Claro que os motivos serão puramente académicos (aprendizagem)! Aliás, esmiuçar funções e classes já feitas e consideradas como fundamentais pode ser muito bom para aperfeiçoar o conhecimento da linguagem. Volto a repetir, tudo depende da abordagem que se tem destes nossos projectos...

Offline senso

  • Global Moderator
  • Mini Robot
  • *****
  • Mensagens: 9.615
  • Helpdesk do sitio
Re: Controlar um robot entre dois computadores em rede
« Responder #32 em: 22 de Setembro de 2010, 23:16 »
Mas por exemplo num micro-controlador com pouca memória se calhar fazer um printf que te come quase 2Kb de flash custa-te e ai fazer o teu próprio putchar que ocupa 10 bytes.
Avr fanboy