Le d�veloppement de PHP pratique d'un oeil d'architectes de Java
J'ai d� faire un certain d�veloppement de PHP d'inconditionnel r�cemment. J'ai obtenu une nouvelle perspective sur le PHP pendant ce temps. Ce poteau est une r�capitulation de mon arrangement.
En cet article je ferai peu de g�n�ralisations. Chacune de elles met en bo�te une mati�re par elle-m�me, si d�crite enti�rement.
Si vous voulez savoir plus au sujet de n'importe quelle mati�re, laissez-moi savent.
Le PHP est adapt� vers rendre la vie d'un r�alisateur facile. Il a plusieurs fonctions qui fait � code d'�criture un plaisir. Si je veux lire un dossier, je peux le faire dans un rapport simple. Si je veux le lire pendant qu'une rang�e de corde j'appellent juste le dossier ().
Java d'une part est plus focalis� (api sage) vers la consommation de minimisation de ressource. La ressource a pu �tre m�moire, capacit� de traitement ou disque dur.
Par exemple la majeure partie d'entr�e-sortie api de Java est bas�e sur le jet traitant le paradigme. Tandis que le proc�d� de jet assure l'utilisation optima des ressources, il rend les travaux mondains simples plus durs. Essayez de lire un dossier comme rang�e de corde. Apr�s avoir attrap� IOException et avoir lu dans BUF_SIZE � la fois ou utilisation du readLine sur BufferedReader, vous �tes fatigu�.
En revanche dans le PHP j'appelle juste le dossier (). Pourquoi ne creuse pas Java avoir ces fonctions ? Elles sont tr�s simples pour fournir.
Je pense qu'il est parce que le groupe de r�flexion de Java veut encourager la programmation avec des contraintes de ressource � l'esprit. rappelez-vous que Java a eu un fond de ch�ne, une langue vis�e pour des dispositifs de ressource limit�e.
La partie triste est que la plupart des r�alisateurs de Java obtiennent embourb�s par de telles trivialit�s et ne peuvent pas voir la for�t pour des arbres. Je sais, je sais que vous �tes une exception.
Class� sous des nouvelles de titre, logiciel de Java, PHP, technologie, Web |�
� |
� RSS 2.0 | �
� Envoyez cet article
Vous pouvez �galement aimer lire |
Ajoutez aux favoris de Technorati
22 avril 2005 � 11:44 AM
Je pense que vous avez rep�r� la diff�rence entre le PHP et le Java/C#, le concept de rendre des choses simples faciles, et le complexe ceux possible. Plut�t que l'approche de rendre tout complexe, et de compter sur l'ide pour vous d�panner.
Les beaucoup de les choses que vous avez rep�r�es - hibernate/la substance de mise en ant�m�moire/session. sont tous possibles (voir le pear.php.net).
La variable de Persisent � travers des exemples multiples a �t� discut�e, et a g�n�ralement consid�r� plus d'ennui qu'elle vaut de mettre en application (et travailler correctement.) bien qu'il soit faisable d'employer la biblioth�que de m�moire partag�e pour faire quelque chose semblable.
Rappelez-vous que la plupart des op�rations de PHP sont ressource provisoire intensive, car elle est tout nettoy�e apr�s chaque demande. , ainsi vous pas have de `d�rangez avec les raccordements de base de donn�es fermants etc. (bien que vous pouvez si vous voulez.)
22 avril 2005 � 3:20 P.M.
Alan,
> rappelez-vous que la plupart des op�rations de PHP sont ressource provisoire intensive, car elle est tout nettoy�e apr�s chaque demande.
Ce travaille � moins que vous ayez des centaines d'acc�s simultan�, points de chaque ouverture des dossiers plats et de faire vingt appels de MySQL sur la m�me base de donn�es, certains d'entre eux sont des mises � jour. Vous obtenez l'image
J'ai vu mais n'ai pas fait deleve dans des paquets de poire. Je. Merci pour le bout.
Angsuman
23 avril 2005 � 5:35 AM
PHP-d�veloppement-de-Java-architecte-oeil
Le blog simple de pens�es a un poteau sur [URL= http://blog.taragana.com/index.php/archive/php-development-from-java-architects-eye/] le d�veloppement de PHP des yeux d'architectes d'un Java [/URL]. Ce poteau accentue la diff�rence de paradigme entre la programmation dans le PHP et
23 avril 2005 � 9:29 AM
Le fait de la mati�re est que l'installation enti�re de Java a un co�t initial �lev� en termes de temps et ressources. Il mesure mieux sur de grandes machines avec un bon nombre de RAM et d'unit�s centrales de traitement. Mais des moyens de temps vous �tes d�placement plus lent pour s'adapter aux besoins. Co�t de machines de bogue grands dollars. Ainsi � la fin les avantages de Java, alors que l� dans la th�orie, ne mat�rialisent pas. L'avantage du PHP est que vous �tes en service rapidement, pouvant tourner un b�n�fice rapidement et apprenant vos besoins de clients car vous vous d�veloppez. Dans le monde de Java vous devez pomper en beaucoup plus temps et argent avant que n'importe quel client puisse employer votre produit (et fournir la r�troaction valable).
23 avril 2005 � 2:36 P.M.
@Lukas
> le fait de la mati�re est que l'installation enti�re de Java a un co�t initial �lev� en termes de temps et ressources.
Je suis en d�saccord. C'est une r�alit� de mythe pas.
> elle mesure mieux sur de grandes machines avec un bon nombre de RAM et d'unit�s centrales de traitement.
Umm. Il travaille tr�s bien sur l'unit� centrale de traitement limit�e et la m�moire aussi. Quand �tes-vous parler de l'�volutivit� que vous parlez de la droite multiple de machine ?
> mais des moyens de temps vous �tes d�placement plus lent pour s'adapter aux besoins.
Encore c'est un mythe.
> l'avantage du PHP est que vous �tes en service rapidement, pouvant tourner un b�n�fice rapidement et apprenant vos besoins de clients car vous vous d�veloppez.
Cet avantage est beaucoup l� dans Java et plus ainsi.
> dans le monde de Java que vous devez pomper en beaucoup plus temps et argent avant que n'importe quel client puisse employer votre produit (et fournir la r�troaction valable).
Encore cela n'est pas bas� sur la r�alit�.
Je vous pense le besoin d'augmenter vos horizons et de fouiller dans Java pour trouver au sujet de ce qu'est il tout plut�t qu'�coutant ou propageant quelques mythes.
23 avril 2005 � 7:27 P.M.
Aucun je disais que Java pr�f�re mesurer avec plus d'unit�s centrales de traitement/de m�moire dans une bo�te simple o� comme PHP pr�f�re mesurer au-dessus des machines multi. Ceci apporte des avantages et des inconv�nients pour tous les deux.
Il y a d'autres aspects comme la s�curit� et la robustesse et ce toutes les cravates dedans avec mon argument que cela vous prendra toujours plus longtemps pour obtenir votre Java $$etAPP en service. En raison de la pro approche multifil de Java que vous devez s'assurer que vous ne vissez pas vers le haut dans le codage puisque les erreurs peuvent prendre vers le bas votre syst�me rapidement et dur. Il cr�e m�me les risques pour la s�curit� qui doivent �tre abord�s.
Le PHP fonctionne autour de ceci � c�t� de coller simplement chaque demande dans son propre processus. Son �videmment inefficace d'un point de vue th�orique. De quelque mani�re que dans la pratique il signifie que vous avez plus de temps pour se concentrer sur les besoins r�els.
Ainsi ce qui suis je l'�nonciation est qu'un Java bien r�dig� $$etAPP sera un morceau de code tr�s gentil et que le code de PHP part avec beaucoup d'uncleanness d'und d'uglyness. Ceci a donn� � PHP l'image de l'ajustement pour l'entreprise. Cependant l'entreprise est concentr�e sur le ROI et les r�compenses non scolaires de conception.
Les apps de Java veulent vraiment �tre des modelles correctement. Toutefois pour vous obtenir � un mod�le appropri� ayez besoin de conditions appropri�es, un luxe qui peu de personnes obtiennent ou qui collera plusieurs mois de temps dans votre temps d'�laboration. Il exige �galement la pr�tention que votre client conna�t r�ellement son client. Dans mon exp�rience c'est rarement le cas obtenant ainsi quelque chose en service avec laquelle les clients peuvent d�j� jouer et qui fournit une certaine valeur � eux est la meilleure mani�re d'apprendre les besoins r�els qui doivent �tre mis en application. En m�me temps le PHP suce �videmment si vous avez tr�s bien specced dehors des conditions et vous voulez modeler des choses dans UML.
D�ni : Naturellement mon argument est tout d'abord bas� sur mon regard assez unexperienced chez Java. Par I les serveurs d'apps de Java vus moi �tant install�s et ont vu que lutte d'apps de Java avec la stabilit� et moi ont vu la m�me chose avec le PHP. J'ai vu les apps de PHP qui courent �tonnant le puits quand int�rieurement il y avait beaucoup de choses qui m'incitent � aller ��yuck��. Mais je gagne mon argent avec le PHP.
25 avril 2005 � 3:51 P.M.
@Lukas
> aucun je disais que Java pr�f�re mesurer avec plus d'unit�s centrales de traitement/de m�moire dans une bo�te simple o� comme PHP pr�f�re mesurer au-dessus des machines multi.
Je suis en d�saccord. Il n'y a pas quelque chose dans Java qui le rend peu convenable au PHP pour mesurer � travers les machines multiples.
En fait nous avons couru des annotations genomic de large �chelle chez DoubleTwist.com sur 40 4 bo�tes d'unit� centrale de traitement Sun utilisant Java.
D'une part il n'y a pas quelque chose dans le PHP qui encourage la graduation. En fait (la mauvaise) pratique courante d'al�atoirement utilisant des ressources comme les dossiers etc. les rend plus durs pour mesurer.
Le point cl� de l'�volutivit� est comment lin�airement un syst�me peut mesurer. Dans mon exp�rience avec tr�s des d�ploiements de Java de large �chelle, ils mesurent assez beaucoup lin�airement.
> il y a d'autres aspects comme la s�curit� et la robustesse et ce toutes les cravates dedans avec mon argument que cela vous prendra toujours plus longtemps pour obtenir votre Java $$etAPP en service.
Encore je suis en d�saccord
Se d�velopper pour la s�curit� et la robustesse prend du temps dans n'importe quel environnement de d�veloppement. le PHP est presque aussi bloqu� par d�faut comme JSP en termes de s�curit�. Avoir des filtres dans le jsp les facilite pour ajouter des couches de s�curit�.
> en raison de la pro approche multifil de Java que vous devez s'assurer que vous ne vissez pas vers le haut dans le codage puisque les erreurs peuvent prendre vers le bas votre syst�me rapidement et dur. Il cr�e m�me les risques pour la s�curit� qui doivent �tre abord�s.
Il ne conf�re pas aucun inconv�nient � Java. Plut�t le fait que vous pouvez facilement inclure la forte s�curit� dans Java est son avantage.
> le PHP fonctionne autour de ceci � c�t� de coller simplement chaque demande dans son propre processus. Son �videmment inefficace d'un point de vue th�orique. De quelque mani�re que dans la pratique il signifie que vous avez plus de temps pour se concentrer sur les besoins r�els.
La s�curit� colle beaucoup plus alors chaque demande dans un processus. Si c'�taient ainsi les manuscrits de cgi auraient �t� les syst�mes les plus bloqu�s. L'approche et le manque bas�s par processus de mettre le PHP en commun de moyens n'emploient pas de fa�on optimale les ressources en machine. C'est pourquoi vous pouvez manipuler beaucoup plus de charge par machine (et plus rapide) avec le PHP de jsp puis, sous le mat�riel identique.
> cependant l'entreprise est concentr�e sur le ROI et les r�compenses non scolaires de conception.
L'entreprise bonne est concentr�e sur la fiabilit� et l'entretien. Et ��beaucoup d'uncleanness d'und d'uglyness�� de code de PHP les rend peu convenables pour celui.
> les apps de Java veulent vraiment �tre des modelles correctement. Toutefois pour vous obtenir � un mod�le appropri� ayez besoin de conditions appropri�es, un luxe qui peu de personnes obtiennent ou qui collera plusieurs mois de temps dans votre temps d'�laboration.
C'est encore un mythe. En fait il y a des projets de programmation plus extr�mes utilisant Java puis n'importe quelle autre langue. Dans le xp vous n'avez pas besoin de grand concevez upfront etc. Oui, (les bons) r�alisateurs de Java normalement ne pr�f�rent pas entailler. Mais cela ne signifie pas qu'ils vont toujours pour grand con�oit upfront etc.
> d�ni : Naturellement mon argument est tout d'abord bas� sur mon regard assez unexperienced chez Java.
Vous avez pari�
Je pense que vous devriez passer une certaine heure de qualit� avec Java. Je suis s�r que vous l'aimerez quand vous voyez combien amusement ce co�te
26 avril 2005 � 5:38 AM
[...]
En r�ponse � mes pratiques en mati�re de d�veloppement de PHP de poteau d'un oeil d'architectes de Java, Jeff M [...]
26 avril 2005 � 7:11 AM
Lu encore ce que j'ai dit. Tout j'ai dit est celui d� � la conception diff�rente des moyens de PHP l� suis quelque moins de s�curit� et quelques risques de robustesse moins. Je n'ai pas dit qu'elle rend automatiquement le PHP bloqu� et robuste.
Mon point ici est que le PHP est souvent compar� � Java en regardant quel Java doit offrir oublier que l'architecture de Java a quelques inconv�nients qui ne sont pas appropri�s au PHP.
Quoi qu'il en soit je tends � pr�f�rer une approche directe � la r�solution des probl�mes, o� je nettoie plus tard. Ceci signifie que mes projets sont faits dans l'�quipe pas plus grande de 10 (un nombre qui peut se d�placer beaucoup la br�ve dur�e, mais me ferme �videmment hors de beaucoup de projets d'entreprise de de premier rang). Cependant je ne suis pas me suis inqui�t� de ceci puisque je pr�f�re de plus petites �quipes avec des projets s'av�rant les produits utilisables de monde r�el dans les cycles maximum de six mois de d�gagement. Tandis que les petites �quipes sont faisables avec Java aussi bien, je me tiens pr�t ma r�clamation que Java ne veut pas permettre l'approche directe. il veut beaucoup des choses faites convenablement. toujours (certains diraient qui sont une bonne chose, je personnellement n'aiment pas ceci).
Cependant je recherche actuellement un travail o� je pourrai diversifier un peu plus. Peut-�tre je verrai la lumi�re qui semble le faire ainsi dur pour que vous soyez en d�saccord avec tr�s l'argument que je mets vers le haut
26 avril 2005 � 7:12 AM
s/disagree avec tr�s/en sont conformes �
26 avril 2005 � 2:38 P.M.
@Lukas
Vous devriez jeter un coup d'oeil � la m�thodologie de programmation de d�veloppement de ��extr�mit頻. C'est amusement, fait dans la taille d'�quipe moins puis 10 (exactement ce que vous aimez). Essai extremeprogramming.org pour une introduction douce. Pour une vue d'ensemble � niveau �lev� jetez un coup d'oeil � mes glissi�res de PowerPoint sur XP. Le d�veloppement central de client est fait rapidement dans les paires, avec des essais �crits d'abord avant code. Il souligne dessous la documentation etc. J'ai un sentiment que vous l'aimerez.
BTW : La plupart des projets de XP sont faits dans Java aujourd'hui. Cependant vous pouvez s'appliquer les principes � n'importe quelle langue. Ce n'est pas langue centrale intrins�quement.
puisqu'il n'y a rien dans la langue qui vous d�courage de faire ainsi et des projets de XP sont des exemples de la fa�on dont le d�veloppement central de client rapide peut �tre fait avec succ�s dans Java.
Je suis en d�saccord avec�� Java ne veut pas permettre l'approche directe��
Souhaitez-vous la bonne chance avec votre recherche d'un emploi.
BTW : J'obtiens des tonnes de reqs du travail journali�res des personnes et des groupes diiferent. Je recherche toujours une solution efficace pour les signaler sur le Web sans exiger l'investissement de temps de ma cloison.
29 avril 2005 � 10:03 AM
Bonjour,
Je suis l'un de ces jumbers de baragouin de PHP. Je ne connais pas Java. Je n'ai pas le zillion pour frapper par emplacement de secont.
�galement je sais n'importe quoi au sujet de la programmation avant PHP. Et je dis sais que commen�ant vers le haut de ce Java est plus dur que le PHP. Mais PHP � facile � commencer.
Actuellement mon knowladge de PHP est assez bon (de mon point de wiev naturellement) et ceci soutiendra ma nourriture et bande large. Ainsi si votre assez Java pour vos besoins quel est votre probl�me au sujet de PHP.
Que l'outil est assez bon et outil est un outil. Ainsi si vous voulez vous prouver que sont un meilleur programmeur, OK. Cr�ez un certain ziilon multi frapp� par emplacement de jour, gagnez quelques toustands et soyez heureux.
Actuellement je sens un certain manque au sujet des donn�es de session non m�moris�es de PHP. Cependant mes besoins est cause tr�s extraordinaire que je vais essayer pour �tablir des ajustements tous d'une taille application aimable.
Mon point de vue est. Ce Java bon pour des entreprises. Je veux dire les entreprises de LAGRE qui peuvent acheter Sun Starfire ou plus. Non mes amis 1000+ un emplacement d'achats de jour.
Et pour les compagnies moyennes de taille il y avait un probl�me. Puisque votre exposition aimable votre profession et �litisme avec le nom de Java et �clipsent leur vision et achet� les logiciel unnececary (Oracle, DB2 et tout autre �l�phant de baragouin propetary de Java) et mat�riel.
Regardez dans ces affaires l� o� les gens employant la professionnalisme et le Microsoft dans la m�me phrase et celle des types gagnent le sort et le sien patron heureux son travail.
Sachez ainsi que vous �tes tr�s d�rang� en raison de mon plus mauvais anglais. d�sol� ce n'est pas monde parfait que vous connaissez.
Je dis juste l'essai de codage de subsistance pour �tre heureux. Gauche cette arguments aux utilisateurs. Le temps r�soudra tout.
Saran de Sancar - de Delifisek-
1er mai 2005 � 9:30 AM
Je sais XP assez bien.
��Je suis en d�saccord avec�� Java ne veut pas permettre l'approche directe��
puisqu'il n'y a rien dans la langue qui vous d�courage de faire ainsi et des projets de XP sont des exemples de la fa�on dont le d�veloppement central de client rapide peut �tre fait avec succ�s dans Java.��
Je suis en d�saccord. Sont sans type, ayant l'option d'employer diff�rents mod�les de programmation (proc�duraux, OO ou m�me fonctionnel) les aspects qui l'une ou l'autre armature vous � une certaine mani�re du travail ou vous laissent font des choses pendant que vous voulez. Pas n�cessairement une bonne chose, mais joue �videmment un r�le en tout de ceci.
9 juin 2005 � 1:27 P.M.
Approche gentille que nous appr�cions et voulons lier ceci avec notre emplacement en mer d'approvisionnement � l'ext�rieur : http://www.satisnet.com
25 septembre 2005 � 4:04 P.M.
Le blog simple de pens�es de [...] a un poteau sur le d�veloppement de PHP des yeux d'architectes d'un Java. Ce poteau accentue la diff�rence de paradigme entre la programmation dans le PHP et la programmation dans Java : Dans le PHP la programmation multifil utilisant des coutils est plut�t primitive, pour le mettre poliment. Je ne pourrais trouver aucune mani�re de partager des donn�es entre les invocations multiples du manuscrit, sans recourir � classer ou SQL. J'ai manqu� l'�conomie dans le contexte de servlet et les singletons (mal !). J'ai cependant continu� � rechercher un uber-global qui me permettra de persister des donn�es � travers des sessions. Je ne pourrais pas trouver la mani�re simple de cacher des donn�es dans le PHP. Le dossier ou la mise en ant�m�moire bas�e par DB �tait sans attrait � moi. [...]
16 novembre 2006 � 6:09 P.M.
logiciel de intimidation de legale de lavoro de posto de caso du polizia 6 de distretto de puntate de trama d'IP d'indirizzo de maschera par pietra de muro de dei de costruzione de tecnica de termici d'impianto
16 ao�t 2007 � 9:33 AM
En tant que quelqu'un qui a commenc� � coder dehors Java et s'est puis adapt� au PHP dans mon temps libre projette de maintenir un certain code de legs, je ne comprends pas pourquoi le PHP obtient tellement la haine de l'entreprise, bien que cet article ait �t� plus �quilibr� que les la plupart. J'ai personnellement beaucoup d'utilisation pour Java comme langue de croix-plate-forme avec les bonnes constructions de soutien et de langue qui vous forcent presque dedans aux pratiques d�centes. Je presque n'aime pas JSP autant que le PHP pour une langue de serveur-c�t� cependant.
Ma question est si l'auteur a revisit� le PHP puisque PHP5 a gagn� l'acceptation large et beaucoup de modules de poire ont saut� jusqu'� tirent profit de la nouvelle approche d'OO au PHP. Peut-�tre c'est mon fond scolaire de Java, mais mes apps de PHP finissent vers le haut le regard exactement comme des apps de Java EE d'un point de vue d'architecture. J'ai trouv� et les classes �crites de PHP pour faire la plupart des choses que Java vous force � faire pour l'entretien. J'emploie une architecture MVC bien d�finie (les calibres de smarty sont mon JSFs) avec toute les logique se produisant dans les classes. Je soustrais dehors tous mes acc�s aux bases de donn�es. J'�cris les classes r�utilisables (que j'ai pu r�ellement r�utiliser dans le monde r�el). La diff�rence pour moi est que quand j'ai besoin, je peux tr�s facilement jeter ensemble un nouvel �cran utilisant autant ou aussi peu des bonnes pratiques en mati�re de d�veloppement que j'ai besoin pour le cas d'affaires. Si je dois enfoncer des r�gles pour rencontrer une date-limite et puis un refactor mon code fonctionnant tandis que le produit est d�j� dans les mains de clients, je peux le faire. Avec Java EE, je n'ai eu aucun succ�s avec cela.
Je me sens comme le PHP exige de vous de conna�tre la langue et la communaut� mieux si vous voulez suivre de bonnes pratiques (utilisant un moteur de calibre par exemple devrait �tre 100% exig� pour n'importe quel projet qui est quelque chose mais un prototype, mais il n'est pas r�pandu dans le monde de PHP m�me maintenant). Je me sens �galement comme tout que vous devez d�velopper des applications Web de niveau d'entreprise est disponible dans le PHP. Vous juste devez aller trouvez que lui et lui n'est pas tout empaquet� vers le haut de bien d'une mani�re standard, et cela la rend tr�s dure pour se vendre � n'importe quel type de vente. Quand je parle du PHP, je pourrais parler d'une mani�re tr�s diff�rente de se d�velopper que quand d'autres parlent de elle. Avec Java, vous avez une certaine assurance de l'uniformit�.