Delphi 8 .NET
Se desenvolvo um sistema para rodar na plataforma .NET com o D8, ele rodará em Browsers também ? ou preciso fazer um sistema específico para rodar em Browsers ?
[]´s
[]´s
Edurocha
Curtidas 0
Respostas
Martins_vicente
22/04/2004
Caro Edu,
Ao desenvolver em Delphi 8 (ou VS .Net 2003) é necessário diferenciar a criação de aplicações WEB e aplicações DESKTOP. Eu te aconselho [para projetos novos] a desenvolver unicamente para plataforma WEB. Pq:
1 - Seu sistema será multiplataforma, podendo ser acessado a partir de qualquer SO (contanto que a máquina tenha um browser, poderá ser MacOS, BeOS, Linux, Windows [qq versão] ou outros).
2 - E poderá ser usado como um sistema desktop sem problemas... bastando que na rede vc coloque um server com o IIS (ou Apache) e o framework do .Net
Boa sorte!
Ao desenvolver em Delphi 8 (ou VS .Net 2003) é necessário diferenciar a criação de aplicações WEB e aplicações DESKTOP. Eu te aconselho [para projetos novos] a desenvolver unicamente para plataforma WEB. Pq:
1 - Seu sistema será multiplataforma, podendo ser acessado a partir de qualquer SO (contanto que a máquina tenha um browser, poderá ser MacOS, BeOS, Linux, Windows [qq versão] ou outros).
2 - E poderá ser usado como um sistema desktop sem problemas... bastando que na rede vc coloque um server com o IIS (ou Apache) e o framework do .Net
Boa sorte!
GOSTEI 0
Edurocha
22/04/2004
Olá Vicente,
muito obrigado pelos esclarecimentos ajudou muito, vc. sabe se é interessante antes de eu me aprofundar em D8 .NET eu aprender sobre Orientação a Objetos, ouvi dizer que no D8 é quase obrigatório o uso de OO.
obrigado
muito obrigado pelos esclarecimentos ajudou muito, vc. sabe se é interessante antes de eu me aprofundar em D8 .NET eu aprender sobre Orientação a Objetos, ouvi dizer que no D8 é quase obrigatório o uso de OO.
obrigado
GOSTEI 0
Beppe
22/04/2004
Já é praticamente impossível programar sem OO no Delphi, desde o 1. Seus forms, por exemplo, são OO, que vc exetende a partir de TForm. E as várias classes que vc usa(TStringList, TFileStream, etc) tb...Para o A parte disso, vc pode não usar OO, mas isso é questão de preferência.
Até onde eu sei, o estilo não mudou para o Delphi, continua como no Delphi-Win32
Até onde eu sei, o estilo não mudou para o Delphi, continua como no Delphi-Win32
GOSTEI 0
Martins_vicente
22/04/2004
Olá Vicente,
muito obrigado pelos esclarecimentos ajudou muito, vc. sabe se é interessante antes de eu me aprofundar em D8 .NET eu aprender sobre Orientação a Objetos, ouvi dizer que no D8 é quase obrigatório o uso de OO.
obrigado
Caro Edu,
Não foi nada! Aliás eu é que devo agradecer. É ótimo qd alguém dá retorno a respeito de alguma dica ou pergunta!
Quanto a aprender OO antes de partir pra fazer suas aplicações em Delphi 8 não é obrigatório. Até pq... mesmo a linguagem sendo orientada a objetos desde sua primeira versão (como enfatizou nosso colega Beppe), isto não significa que por vc simplesmente usar a linguagem vc estará programando usando OO. Na verdade a imensa maioria dos programadores Delphi programam usando programação orientada a eventos e não a OO ´pura´ [por assim dizer]. Não precisamos entrar muito no mérito da questão...
É claro que é bem melhor se vc se aporfundar em OO antes de cair de cabeça na linguagem. Se for esse o caso, lhe recomendo o livro:
Título: Java: Como Programar
Autor: Deitel, Harvey M.; Deitel, Paul J.
Editora: Bookman
Embora o livro seja de outra linguagem ele é legal pois ´esmirilha´ a questão de OO com exemplos que são ao mesmo tempo profundos e claros.
Boa Sorte!
GOSTEI 0
Edurocha
22/04/2004
Vicente, mais uma vez obrigado pela ajuda
Abraços e boa sorte.
Eduardo
Abraços e boa sorte.
Eduardo
GOSTEI 0
Bon Jovi
22/04/2004
Beppe,
Delphi obrigar seguir à risca OO? Na minha opição acho que não. Se quiser fazer bacalhau de funções e váriaveis globais de unit o Delphi deixa.. E ele próprio já começa ensinado mal as coisas, colocando variável global pro Form ao dar um New Form...
var
Form1: TForm1;
implementation
{$R *.DFM}
end.
Delphi obrigar seguir à risca OO? Na minha opição acho que não. Se quiser fazer bacalhau de funções e váriaveis globais de unit o Delphi deixa.. E ele próprio já começa ensinado mal as coisas, colocando variável global pro Form ao dar um New Form...
var
Form1: TForm1;
implementation
{$R *.DFM}
end.
Já é praticamente impossível programar sem OO no Delphi, desde o 1. Seus forms, por exemplo, são OO, que vc exetende a partir de TForm. E as várias classes que vc usa(TStringList, TFileStream, etc) tb...Para o A parte disso, vc pode não usar OO, mas isso é questão de preferência.
Até onde eu sei, o estilo não mudou para o Delphi, continua como no Delphi-Win32
GOSTEI 0
Beppe
22/04/2004
[quote:3bba3985d1=´Bon Jovi´]Beppe,
Delphi obrigar seguir à risca OO? Na minha opição acho que não. Se quiser fazer bacalhau de funções e váriaveis globais de unit o Delphi deixa.. E ele próprio já começa ensinado mal as coisas, colocando variável global pro Form ao dar um New Form...[/quote:3bba3985d1]
Não foi bem isso que eu disse, o que eu disse foi que o Delphi o deixa escolher como vai trabalhar. O procedimento padrão de um programador Delphi q naum conhece bem o q eh OO, é [b:3bba3985d1]consumir[/b:3bba3985d1] OO, ao contrário de algum OO-aware, que é um [b:3bba3985d1]extendedor[/b:3bba3985d1]. Este último é capaz de criar classes novas a partir de antigas, usando o core imperativo do Delphi, enquanto o primeiro, fica apenas no imperativo, exceto pela VCL(que são componentes de software).
Agora eu não diria q o Delphi ensina mal OO, justo pq Delphi eh soh um ambiente visual de desenvolvimento com um compilador. Quem quer conhecer os principios de OO, procura em outros lugares(Java não é mais OO q Delphi).
Dependendo da ótica, Delphi eh 100¬ OO, pois apresenta suas principais características. Mas também permite métodos que não podem ser redefinidos, tal como Java, que foge do conceito de OO. Delphi, lógico que poderia ser melhor, mas tem um ótimo modelo de desenvolvimento, por ser flexível o suficiente.
Por fim, quem decide se quer esculhambar seu código ou não, eh o programador, se ele prefere o método mais difícil, problema dele, naum concorda?
Delphi obrigar seguir à risca OO? Na minha opição acho que não. Se quiser fazer bacalhau de funções e váriaveis globais de unit o Delphi deixa.. E ele próprio já começa ensinado mal as coisas, colocando variável global pro Form ao dar um New Form...[/quote:3bba3985d1]
Não foi bem isso que eu disse, o que eu disse foi que o Delphi o deixa escolher como vai trabalhar. O procedimento padrão de um programador Delphi q naum conhece bem o q eh OO, é [b:3bba3985d1]consumir[/b:3bba3985d1] OO, ao contrário de algum OO-aware, que é um [b:3bba3985d1]extendedor[/b:3bba3985d1]. Este último é capaz de criar classes novas a partir de antigas, usando o core imperativo do Delphi, enquanto o primeiro, fica apenas no imperativo, exceto pela VCL(que são componentes de software).
Agora eu não diria q o Delphi ensina mal OO, justo pq Delphi eh soh um ambiente visual de desenvolvimento com um compilador. Quem quer conhecer os principios de OO, procura em outros lugares(Java não é mais OO q Delphi).
Dependendo da ótica, Delphi eh 100¬ OO, pois apresenta suas principais características. Mas também permite métodos que não podem ser redefinidos, tal como Java, que foge do conceito de OO. Delphi, lógico que poderia ser melhor, mas tem um ótimo modelo de desenvolvimento, por ser flexível o suficiente.
Por fim, quem decide se quer esculhambar seu código ou não, eh o programador, se ele prefere o método mais difícil, problema dele, naum concorda?
GOSTEI 0
Bacalhau
22/04/2004
O que é um bacalhau de funções??? :shock:
GOSTEI 0
Marlon Spiess
22/04/2004
Bacalhau é todo e qualquer quebra-galho
GOSTEI 0