L'odeur de Java (et de JSP) ou une caisse pour Java
Après autrefois moi suis de nouveau à se développer dans Java et JSP. Et garçon ce sent bon ! S'il y a un ciel de programmeurs, je suis dans lui maintenant. J'ai de petites bibliothèques fait par soi-même pour aider à automatiser des tâches régulières, des tonnes de tiers bibliothèques de qualité librement pour les plus grandes comme l'opencsv, POI etc. et je donne un coup de pied un certain orage de codage. Après avoir dépensé autrefois avec les autres langues et environnement il se sent sure plus doux.
BTW : J'effectue également un certain travail de Javascript, mais par rapport à Java, franchement ce n'est pas que beaucoup d'amusement. La difficulté avec le Javascript est de nos jours qu'il y a trop de bibliothèques à choisir de et souvent vous trouverez de ce que vous avez besoin dans les morceaux dans les bibliothèques multiples. Trop de n'importe quoi comprenant le choix est mauvaise. Les bibliothèques de Javascript ont besoin de consolidation. De combien de bibliothèques avez-vous besoin pour faire des appels d'AJAX ? De ces seulement GWT casse des nouvelles bases mais même là le sort doit être fait.
Ranting pour l'architecture simple
Je ranted avant environ comment JSP est devenu plus complexe au cours des années. Je pense à quelques technologies de Java de point a été rattrapé par les types de concepteur qui préfèrent l'architecture au-dessus-conçue primitive au-dessus de la simplicité. Je préfère toujours quelque chose simple tout en concevant, le plus souvent que la solution non simple est également la meilleure solution.
La caisse pour Java
Beaucoup a été dit au sujet de la convenance/d'inaptitude de Java pour certaines tâches. Tout le Java dit et fait est est toujours une langue très gentille à apprendre et employer. Dans les mains d'un Java expert est un bel outil à utiliser. Il est complet, puissant, vous protège contre les mauvaises erreurs et aides que vous écrivez le code vraiment propre et simple. Java est la langue d'entreprise du choix dans l'industrie pour une bonne raison et restera ainsi pendant des années à venir. Il est soutenu par les bibliothèques mûres et la communauté vibrante.
L'avertissement et peu de mots de conseillent
Vous devez rester dégagé des types d'au-dessus-concepteur. Plusieurs cadres populaires comme des contrefiches sont manière au-dessus-conçue. Vous devez choisir vos outils bien. Presque chacun et leur grand-maman a développé un COI ou MVC cadre. Analysez d'abord vos conditions de voir si vous avez besoin de elles. Choisissez alors un qui semble le plus simple à vous. Le coût d'apprendre un nouveau cadre + le coût d'adapter le cadre à vos besoins ou plus mauvais le coût d'ajustage de précision vous-même et votre équipe au cadre doit être équilibré contre la valeur fournie par le cadre. N'ayez pas peur pour créer quelque chose simple vous-même si elle adapte parfaitement vos besoins. Rappelez-vous que l'analyse coûts-avantages est votre ami. Elle jaillissent et puis l'obtiennent passée en revue par un type d'architecte pour s'assurer que vous ne manquez pas la grande image.
Tout dit et fait…
En dépit de toute la frénésie au-dessus des langues aimez le PHP (été là, l'aiment, en le faisant) ou rubis (mouillé dans lui), je préférais toujours Java pour tous les entreprise ou produit ou services du Web 2.0. En fin de compte vous réaliserez la valeur de ce rapport.
Classé sous le logiciel d'entreprise, nouvelles de titre, J2EE, logiciel de Java, PHP, programmant, rubis, Web, Web 2.0, services de Web |
|
RSS 2.0 |
Trackback cet article |
Envoyez cet article
Vous pouvez également aimer lire |


Ajoutez aux favoris de Technorati
































