O desenvolvimento do PHP pratica de um olho dos arquitetos de Java
Eu tive que fazer algum desenvolvimento incondicional do PHP recentemente. Eu come� uma perspectiva nova no PHP durante este tempo. Este borne � uma recapitula��o de minha compreens�o.
Neste artigo eu estarei fazendo poucas generaliza��es. Cada um delas enlata um t�pico por se, se descrita completamente.
Se voc� quer saber mais sobre qualquer t�pico, deixe-me sabem.
O PHP � engrenado para a factura da vida de um colaborador f�cil. Tem diversas fun��es que faz a c�digo da escrita um prazer. Se eu quero ler uma lima, eu posso faz�-la em uma �nica indica��o. Se eu quero a ler enquanto uma disposi��o de corda mim apenas chama a lima ().
Java de um lado � mais focalizado (API s�bio) para o consumo de minimiza��o do recurso. O recurso podia ser mem�ria, pot�ncia de processamento ou disco r�gido.
Por exemplo a maioria de I/O API de Java � baseado no c�rrego que processa o paradigma. Quando o processamento do c�rrego assegurar o uso o melhor dos recursos, faz trabalhos mundanos simples mais duros. Tente ler uma lima como uma disposi��o de corda. Ap�s ter travado IOException e a leitura em BUF_SIZE em um momento ou a utiliza��o do readLine em BufferedReader, voc� � cansado.
Pelo contraste no PHP eu apenas chamo a lima (). Por que n�o retira o n�cleo de Java para ter estas fun��es? S�o muito simples fornecer.
Eu penso que � porque a equipa de Java quer incentivar a programa��o com confinamentes do recurso na mente. recorde que Java teve um fundo do carvalho, uma l�ngua alvejada para dispositivos do recurso limitado.
A parte triste � que a maioria de colaboradores de Java come� atolados por tais trivialities e n�o podem ver a floresta para �rvores. Eu sei, mim sei que voc� � uma exce��o.
Arquivado sob a not�cia de t�tulo, software de Java, PHP, tecnologia, correia fotorreceptora |�
� |
� RSS 2.0 | �
� Envie por correio electr�nico este artigo
Voc� pode igualmente gostar de ler |
Adicione aos favoritos de Technorati
Abril 2�, 2005 no 11:44 am
Eu penso que voc� manchou a diferen�a entre o PHP e o Java/C#, o conceito de fazer coisas simples f�ceis, e o complexo uns poss�veis. Um pouco do que a aproxima��o de fazer tudo complexo, e da confian�a no IDE para ajud�-lo para fora.
Muitas coisas que voc� manchou - hibernate/o material p�r em esconderijo/sess�o. s�o todos poss�veis (veja pear.php.net).
A vari�vel de Persisent atrav�s dos exemplos m�ltiplos foi discutida, e considerou geralmente mais problema do que vale a pena para executar (e para trabalhar corretamente.) embora seja pratic�vel usar o liberal da mem�ria compartilhada para fazer algo similar.
Recorde que a maioria de opera��es do PHP s�o recurso provis�rio intensivo, porque � limpado toda ap�s cada pedido. , assim que voc� n�o have do `suja ao redor com conex�es de base de dados de fechamento etc. (embora voc� pode se voc� quer.)
Abril 2�, 2005 no 3:20 pm
Alan,
> recorde que a maioria de opera��es do PHP s�o recurso provis�rio intensivo, porque � limpado toda ap�s cada pedido.
Esse trabalha a menos que voc� tiver centenas de acesso simult�neo, contagens de cada abertura de limas lisas e de fazer vinte chamadas de MySQL na mesma base de dados, algumas delas s�o actualiza��es. Voc� come� o retrato
Eu vi mas n�o fiz deleve em pacotes da pera. Eu. Agradecimentos para a ponta.
Angsuman
Abril 2�, 2005 no 5:35 am
PHP-desenvolvimento--java-arquiteto-olho
O blogue simples dos pensamentos tem um borne [URL= http://blog.taragana.com/index.php/archive/php-development-from-java-architects-eye/] no desenvolvimento do PHP dos olhos dos arquitetos de um Java [/URL]. Este borne destaca a diferen�a do paradigma entre a programa��o no PHP e
Abril 2�, 2005 no 9:29 am
O fato da mat�ria � que a instala��o inteira de java tem um pre�o inicial elevado nos termos do tempo e dos recursos. Escala melhor em m�quinas grandes com lotes da ram e dos processadores centrais. Mas meios do tempo voc� � mover-se mais lento para adaptar-se �s necessidades. Custo de m�quinas do erro d�lares grandes. Assim na extremidade as vantagens de java, quando l� na teoria, n�o materializarem. A vantagem do PHP � que voc� � em servi�o rapidamente, podendo girar rapidamente um lucro e aprendendo suas necessidades dos clientes porque voc� cresce. No mundo de java voc� precisa de bombear muito mais no tempo e no dinheiro antes que todo o cliente possa usar seu produto (e para fornecer o gabarito valioso).
Abril 2�, 2005 no 2:36 pm
@Lukas
> o fato da mat�ria � que a instala��o inteira de java tem um pre�o inicial elevado nos termos do tempo e dos recursos.
Eu discordo. Aquela � uma realidade do mito n�o.
> escala melhor em m�quinas grandes com lotes da ram e dos processadores centrais.
Umm. Trabalha muito bem em processador central limitado e em mem�ria demasiado. Quando voc� � fala da escalabilidade que voc� est� falando sobre a direita m�ltipla da m�quina?
> mas meios do tempo voc� � mover-se mais lento para adaptar-se �s necessidades.
Outra vez aquele � um mito.
> a vantagem do PHP � que voc� � em servi�o rapidamente, podendo girar rapidamente um lucro e aprendendo suas necessidades dos clientes porque voc� cresce.
Essa vantagem est� muito l� em Java e mais assim.
> no mundo que de java voc� precisa de bombear muito mais no tempo e no dinheiro antes que todo o cliente puder usar seu produto (e para fornecer o gabarito valioso).
Isso n�o � baseado outra vez na realidade.
Eu penso-o necessidade de expandir seus horizontes e de investigar em Java para encontrar o que � toda sobre um pouco do que escutando ou propagando alguns mitos.
Abril 2�, 2005 no 7:27 pm
Nenhum eu dizia que Java prefere escalar com mais processadores centrais/mem�ria em uma �nica caixa onde como o PHP prefere escalar sobre multi m�quinas. Isto traz vantagens e desvantagens para ambos.
H� outros aspectos como a seguran�a e o vigor e este todos os la�os dentro com meu argumento que o tomar� sempre mais por muito tempo para come� seu Java app em servi�o. Devido � pro multi aproxima��o rosqueada de Java que voc� precisa de se certificar que voc� n�o parafusa acima na codifica��o desde que os erros podem tomar para baixo seu sistema rapidamente e duramente. Cria mesmo os riscos para a seguran�a que precisam de ser endere�ados.
O PHP trabalha em torno deste simplesmente furando cada pedido em seu pr�prio processo. Seu obviamente incapaz de um ponto de vista te�rico. De qualquer modo na pr�tica significa que voc� tem mais tempo para se centrar sobre as necessidades reais.
Assim o que eu sou o prov�rbio � que um Java bem escrito app ser� uma parte de c�digo muito agrad�vel e que o c�digo do PHP come� afastado com muito uncleanness do und do uglyness. Isto deu a PHP a imagem de n�o ser cabido para a empresa. Entretanto a empresa � centrada sobre o ROI e concess�es nao acad�micos do projeto.
Os apps de Java querem realmente ser modelles corretamente. Por�m para o come� a um modelo apropriado precise exig�ncias apropriadas, um luxo que poucos povos come� ou que fure diversos meses do tempo em seu tempo de desenvolvimento. Igualmente exige a suposi��o que seu cliente conhece realmente seu cliente. Em minha experi�ncia este � raramente o caso que come� assim algo em servi�o que os clientes podem j� jogar com e que fornece algum valor a eles � a melhor maneira de aprender as necessidades reais que t�m que ser executadas. Ao mesmo tempo o PHP suga obviamente se voc� tem exig�ncias para fora muito agrad�vel specced e voc� quer modelar coisas em UML.
Nega��o: Naturalmente meu argumento � baseado muito em meu olhar razoavelmente unexperienced em Java. Eu os usu�rios vistos dos apps de Java que est�o sendo instalados e eu vimos que esfor�o dos apps de Java com estabilidade e mim viu o mesmos com PHP. Eu vi os apps do PHP que funcionam surprisingly o po�o quando internamente havia muitas coisas que me fazem ir yuck . Mas eu ganho meu dinheiro com PHP.
Abril 2�, 2005 no 3:51 pm
@Lukas
> nenhum eu dizia que Java prefere escalar com mais processadores centrais/mem�ria em uma �nica caixa onde como o PHP prefere escalar sobre multi m�quinas.
Eu discordo. N�o h� qualquer coisa em Java que faz inoportuno ao PHP para escalar atrav�s das m�quinas m�ltiplas.
De facto n�s funcionamos anota��es genomic da grande escala em DoubleTwist.com em 40 4 caixas do processador central Sun usando Java.
De um lado n�o h� qualquer coisa no PHP que incentiva a escama��o. De facto a pr�tica (m�) atual indiscriminada de usar recursos como as limas etc. f�-las mais duras escalar.
O ponto chave da escalabilidade � como linear um sistema pode escalar. Em minha experi�ncia com distribui��es de Java da escala muito grande, escalam consideravelmente muito linear.
> h� outros aspectos como a seguran�a e o vigor e este todos os la�os dentro com meu argumento que o tomar� sempre mais por muito tempo para come� seu Java app em servi�o.
Outra vez eu discordo
Tornar-se para a seguran�a e o vigor toma o tempo em todo o ambiente de desenvolvimento. o PHP � quase t�o seguro � revelia quanto JSP nos termos da seguran�a. Ter filtros no jsp facilita-os adicionar camadas da seguran�a.
> devido � pro multi aproxima��o rosqueada de Java que voc� precisa de se certificar que voc� n�o parafusa acima na codifica��o desde que os erros podem tomar para baixo seu sistema rapidamente e duramente. Cria mesmo os riscos para a seguran�a que precisam de ser endere�ados.
N�o conferencia nenhuma desvantagem a Java. Um pouco o fato de que voc� pode facilmente encaixar a forte seguran�a em Java � sua vantagem.
> o PHP trabalha em torno deste simplesmente furando cada pedido em seu pr�prio processo. Seu obviamente incapaz de um ponto de vista te�rico. De qualquer modo na pr�tica significa que voc� tem mais tempo para se centrar sobre as necessidades reais.
A seguran�a est� furando muito mais ent�o cada pedido em um processo. Se isso era assim que os certificados de cgi seriam os sistemas os mais seguros. A aproxima��o e a falta baseadas processo de associar o PHP dos meios n�o usam �ptima os recursos de uma m�quina. Eis porque voc� pode segurar muito mais carga por a m�quina (e mais r�pido) com PHP do jsp ent�o, sob a ferragem id�ntica.
> entretanto a empresa � centrada sobre o ROI e concess�es nao acad�micos do projeto.
A empresa boa � centrada sobre a confiabilidade e a manutencibilidade. E muito uncleanness do und do uglyness do c�digo do PHP f�-los inoportuna para aquela.
> os apps de Java querem realmente ser modelles corretamente. Por�m para o come� a um modelo apropriado precise exig�ncias apropriadas, um luxo que poucos povos come� ou que fure diversos meses do tempo em seu tempo de desenvolvimento.
Este � outra vez um mito. De facto h� uns projetos de programa��o mais extremos usando java ent�o toda a outra l�ngua. No xp voc� n�o precisa grande projeta upfront etc. Sim, (os bons) colaboradores de Java normalmente n�o preferem cortar. Mas isso n�o significa que v�o sempre para grande projetam upfront etc.
> nega��o: Naturalmente meu argumento � baseado muito em meu olhar razoavelmente unexperienced em Java.
Voc� apostou
Eu penso que voc� deve passar alguma hora da qualidade com Java. Eu sou certo que voc� o amar� quando voc� v� quanto divertimento �
Abril 2�, 2005 no 5:38 am
[...]
Em resposta a minhas pr�ticas do desenvolvimento do PHP do borne de um olho dos arquitetos de Java, Jeff M [...]
Abril 2�, 2005 no 7:11 am
Lido outra vez o que eu disse. Toda eu disse sou aquele devido ao projeto diferente de meios do PHP l� sou algum menos seguran�a e alguns riscos do vigor menos. Eu n�o disse que faz automaticamente o PHP seguro e robusto.
Meu ponto aqui � que o PHP est� comparado frequentemente a Java olhando que Java tem que oferecer o esquecimento de que a arquitetura de Java tem algumas desvantagens que n�o s�o relevantes ao PHP.
Em todo o caso eu tendo a preferir uma aproxima��o direta � resolu��o de problema, onde eu limpo mais tarde. Isto significa que meus projetos est�o feitos na equipe n�o maior de 10 (um n�mero que possa se mover muito no curto per�odo de tempo, mas me fecha obviamente fora de muitos projetos da empresa do m�ximo). Entretanto eu n�o sou preocupei-me sobre este desde que eu prefiro as equipes menores com projetos que despejam produtos �teis do mundo real em ciclos m�ximos da libera��o de 6 meses. Quando as equipes pequenas forem doable com Java assim como, eu estou por minha reivindica��o que Java n�o quer permitir a aproxima��o direta. quer muito as coisas feitas para a direita. sempre (alguns povos diriam que s�o uma boa coisa, mim pessoal n�o gostam disto).
Entretanto eu estou procurando atualmente um trabalho onde eu possa diversificar um pouco mais. Talvez eu verei a luz que parece o fazer assim que duramente para que voc� discorde com muito o argumento que eu coloco
Abril 2�, 2005 no 7:12 am
s/disagree com muito/concordam com o alguns
Abril 2�, 2005 no 2:38 pm
@Lukas
Voc� deve olhar do a metodologia de programa��o do desenvolvimento extremo . � divertimento, feito no tamanho da equipe menos ent�o 10 (exatamente o que voc� gosta). Tentativa extremeprogramming.org para uma introdu��o delicada. Para uma vista geral de n�vel elevado olhe minhas corredi�as de PowerPoint em XP. O desenvolvimento c�ntrico do cliente � feito r�pida em pares, com os testes escritos primeiramente antes do c�digo. Emfatiza abaixo a documenta��o etc. Eu tenho um sentimento que voc� gostar� d.
BTW: A maioria de projetos de XP s�o feitos em Java hoje. Entretanto voc� pode aplicar os princ�pios a toda a l�ngua. N�o � l�ngua c�ntrica por si mesmo.
porque n�o h� nada na l�ngua que o intimida de fazer assim e projetos de XP s�o exemplos de como o desenvolvimento c�ntrico do cliente r�pido pode ser feito com sucesso em Java.
Eu discordo com o Java n�o quero permitir a aproxima��o direta
Deseje-lhe a boa sorte com sua busca de trabalho.
BTW: Eu come� toneladas de reqs do trabalho di�rias dos povos e dos grupos diiferent. Eu ainda estou procurando uma solu��o eficiente para afix�-los na correia fotorreceptora sem exigir o investimento do tempo de minha divis�ria.
Abril 29o, 2005 no 10:03 am
Ol�!,
Eu sou um daqueles jumbers do mumbo do PHP. Eu n�o conhe�o Java. Eu n�o consegui o infinito bater por o local do secont.
Igualmente eu sei qualquer coisa sobre a programa��o antes do PHP. E eu digo sei que come�ando acima desse java � mais duro do que o PHP. Mas PHP a f�cil come�ar.
Atualmente meu knowladge do PHP � bom bastante (de meu ponto do wiev naturalmente) e este suportar� meus alimento e faixa larga. Assim se seu java bastante para suas necessidades o que � seu problema sobre o PHP.
Que a ferramenta � boa bastante e ferramenta � uma ferramenta. Assim se voc� quer o provar que � o melhor programador, APROVA��O. Crie algum multi ziilon batido por o local do dia, ganhe alguns toustands e esteja feliz.
Atualmente eu sinto alguma falta sobre dados de sess�o n�o memorizados do PHP. Entretanto minhas necessidades s�o causa que muito extraordin�ria eu estou indo tentar construir ajustes todos de um tamanho aplica��o am�vel.
Meu ponto de vista �. Esse Java bom para empresas. Eu significo as empresas de LAGRE que podem comprar Sun Starfire ou mais. N�o meus amigos 1000+ um local da compra do dia.
E para as companhias m�dias do tamanho havia um problema. Porque sua mostra am�vel seus profiss�o e elitismo com nome de java e eclipsa sua vis�o e comprado os software unnececary (Oracle, DB2 e o outro colosso de mumbo propetary de java) e ferragem.
Olhe neste neg�cio l� onde o pessoa que usa o profissionalismo e o Microsoft na mesma senten�a e naquela indiv�duos ganha o lote e o seu sali�ncia feliz seu trabalho.
Saiba assim que voc� est� perturbado muito por causa de meu ingl�s mais mau. pesaroso este n�o � mundo que perfeito voc� sabe.
Eu apenas digo a tentativa da codifica��o do sustento estar feliz. Esquerda essa argumentos aos usu�rios. O tempo resolver� tudo.
Saran de Sancar - de Delifisek-
Maio �, 2005 no 9:30 am
Eu sei XP consideravelmente bem.
Eu discordo com o Java n�o quero permitir a aproxima��o direta
porque n�o h� nada na l�ngua que o intimida de fazer assim e projetos de XP s�o exemplos de como o desenvolvimento c�ntrico do cliente r�pido pode ser feito com sucesso em Java.
Eu discordo. Est�o sendo typeless, tendo a op��o de usar os estilos de programa��o diferentes (processuais, OO ou mesmo funcional) os aspectos que um ou outro frame voc� a uma determinada maneira de trabalho ou deixam-no fazem coisas enquanto voc� quer. N�o necessariamente uma boa coisa, mas joga obviamente um papel em toda a este.
Junho 9o, 2005 no 1:27 pm
Aproxima��o que agrad�vel n�s estamos apreciando e o queremos lig este com nosso local a pouca dist�ncia do mar da externaliza��o: http://www.satisnet.com
Setembro 2�, 2005 no 4:04 pm
O blogue simples dos pensamentos de [...] tem um borne no desenvolvimento do PHP dos olhos dos arquitetos de um Java. Este borne destaca a diferen�a do paradigma entre a programa��o no PHP e a programa��o em Java: No PHP os tiquetaques de utiliza��o de programa��o multi-threaded s�o um pouco primitivos, p�r polidamente o. Eu n�o poderia encontrar nenhuma maneira de compartilhar de dados entre invoca��o m�ltiplas do certificado, sem o recurso a arquivar ou o SQL. Eu faltei a economia no contexto do servlet e nos solteir�es (mal!). Eu entretanto mantive-me procurar um uber-global que permitisse que eu persista dados atrav�s das sess�es. Eu n�o poderia encontrar a maneira simples de p�r em esconderijo dados no PHP. A lima ou p�r em esconderijo baseado DB eram desinteressante a mim. [...]
Novembro 1�, 2006 no 6:09 pm
software tiranizando do legale do lavoro do posto do caso do polizia 6 do distretto do puntate do trama do IP do indirizzo do maschera por o pietra de muro do dei do costruzione do tecnica do termici do impianto
Agosto 1�, 2007 no 9:33 am
Como algu�m que come�ou para fora codificar Java e se adaptou ent�o ao PHP em meu spare-time se projeta manter algum c�digo do legado, eu n�o compreendo porque o PHP come� tanto o �dio da empresa, embora este artigo seja mais equilibrado do que a maioria. Eu tenho pessoal muito uso para Java como uma l�ngua da cruz-plataforma com boas constru��es da sustenta��o e de l�ngua que o for�am quase dentro �s pr�ticas aceit�veis. Eu n�o gosto de JSP pr�ximo tanto quanto o PHP para uma l�ngua do usu�rio-lado embora.
Minha pergunta � mesmo se o autor revisitou o PHP desde que PHP5 ganhou a aceita��o larga e muitos m�dulos da pera estalaram at� se aproveitam da aproxima��o nova de OO ao PHP. Talvez � meu fundo acad�mico de Java, mas meus apps do PHP terminam acima a vista exatamente como apps de Java EE de um ponto de vista da arquitetura. Eu encontrei e classes escritas do PHP para fazer a maioria das coisas que Java o for�a a fazer para a manutencibilidade. Eu uso uma arquitetura MVC bem definida (os moldes do smarty s�o meu JSFs) com toda a l�gica que ocorre nas classes. Eu abstraio para fora todos meus acessos de base de dados. Eu escrevo classes reus�veis (que eu pude realmente re�so no mundo real). A diferen�a para mim � que quando eu preciso, eu posso muito facilmente jogar junto uma tela nova usando tanto quanto ou t�o pouco das boas pr�ticas do desenvolvimento como eu preciso para o exemplo do neg�cio. Se eu preciso de alojar r�guas para encontrar um fim do prazo e ent�o um refactor meu c�digo de trabalho quando o produto estiver j� nas m�os dos clientes, eu posso faz�-lo. Com Java EE, eu n�o tive nenhum sucesso com aquele.
Eu sinto como o PHP exijo-o conhecer melhor a l�ngua e a comunidade se voc� quer seguir boas pr�ticas (usar um motor do molde por exemplo deve ser 100% exigido para todo o projeto que for qualquer coisa mas um prot�tipo, mas n�o � difundida no mundo do PHP mesmo agora). Eu igualmente sinto como tudo que voc� precisa de desenvolver aplica��es web do n�vel da empresa est� dispon�vel no PHP. Voc� apenas tem que ir encontra que e n�o est�o empacotados toda acima de agrad�vel em uma maneira padr�o, e aquele a faz muito resistente para vender a qualquer tipo do mercado. Quando eu falo sobre o PHP, eu pude falar sobre uma maneira muito diferente de tornar-se do que quando outro fala sobre ela. Com Java, o you've come� alguma garantia da consist�ncia.