Un manuel d'introduction écrit par l'internaute koalant (Veuillez vous connecter pour télécharger)
Présente le langage Ruby, l'installation de Rails et un exemple simple. Très utile pour les débutants. Fortement recommandé!
Si vous êtes engagé dans le développement j2ee en tant que programmeur Java, vous utiliserez certainement de nombreux frameworks d'application. Aucun langage n'est aussi actif que la communauté linguistique Java, et tout nouveau concept de programmation aura bientôt des implémentations open source correspondantes sur Internet. Correspondant au modèle de développement de sites Web MVC le plus couramment utilisé, chaque couche aura de nombreux frameworks Struts et Tapestry appartenant à la couche contrôleur (C), et le framework Velocity appartient à la couche de visualisation (V). que ce soit Hibernate, iBatis, OJB ou l'une des nombreuses implémentations open source de JDO, telles que JPOX. Mais avoir trop de choix n’est pas nécessairement une bonne chose, et tout le monde ne peut pas adopter le bon cadre pour faire la bonne chose. Si votre plate-forme de développement est .net, vous pouvez éviter cette situation. Il vous suffit généralement d'installer Visual Studio .net comme outil de développement, puis d'installer un MSDN pour rechercher des informations. Pour les développeurs de programmes, c'est une situation très difficile. Personnellement, j'aime beaucoup Java, qu'il s'agisse d'apprentissage ou de pratique, il nous apporte beaucoup. Mais pourquoi est-ce que je pense que les solutions « à guichet unique » comme .net sont souvent correctes ?
En tant que programmeur Java, je pense que certains des problèmes les plus évidents avec Java sont que, premièrement, Java est trop complexe et, deuxièmement, Java est trop orienté programmeur et non orienté utilisateur. Comparé au C++, Java est déjà très simple. Le fait qu’il existe désormais un si grand nombre de programmeurs Java illustre ce point. Mais comme quelqu'un l'a dit un jour : « Sous Linux, vous pouvez facilement savoir qui est le maître », mais ce n'est pas si simple dans le domaine Java. Je constate souvent que mes collègues autour de moi commettent encore des erreurs conceptuelles de très bas niveau. Ils peuvent encore s'engager dans le développement j2ee pendant de nombreuses années même s'ils ne peuvent pas distinguer avec précision ce que sont les interfaces, les classes abstraites et les servlets. Mais pourquoi Java est-il considéré comme compliqué, car il nécessite trop de technologies différentes pour accomplir une seule chose ? Alors pour les programmeurs qui n’ont pas de concepts très clairs, comment s’assurer qu’ils font le bon choix ? Et parmi les nombreux cadres, combien fournissent des services « à guichet unique » ? Le framework Spring récemment apparu fournit le plus de services parmi de nombreux frameworks, mais il a un nouveau problème, c'est-à-dire qu'il est encore trop orienté vers les programmeurs et non vers les utilisateurs. Pourquoi tu dis ça ? Les frameworks sont à l’origine conçus pour les programmeurs, n’est-ce pas ? Bien que Spring offre de nombreux choix (mais pas assez, il ne dispose pas d'ORM lui-même), il ne fournit pas un moyen simple de l'utiliser, nous pouvons donc seulement dire qu'il est destiné aux programmeurs. La plupart des frameworks Java ont ce problème, c'est-à-dire que la courbe d'apprentissage est relativement élevée. Je pense que le niveau de la courbe d'apprentissage est la clé pour distinguer si un framework est destiné aux programmeurs ou aux utilisateurs. Je pense que cela se reflète principalement dans la facilité d'utilisation du framework. En fait, les utilisateurs finaux du framework sont les programmeurs. La raison pour laquelle nous utilisons « utilisateurs » et « programmeurs » pour distinguer est que certains frameworks pour « programmeurs » sont difficiles à utiliser, bien qu'ils fournissent une grande quantité d'infrastructures et de composants. ils exigent toujours que les programmeurs l'assemblent eux-mêmes. Le framework orienté « utilisateur » est plus simple. Les utilisateurs n'ont qu'à suivre les instructions pour l'utiliser. Pourquoi Ruby on Rails fera sensation dans la communauté Java, je pense que la raison est qu'il fournit un framework "one-stop" orienté utilisateur, simple et facile à utiliser, qui fait défaut au framework Java. Pourquoi Ruby on Rails peut-il faire cela ? N'est-il pas possible que Java lui-même ne puisse pas le faire ? Le fait est que de nombreux concepteurs de frameworks Java ne le font pas. Il se peut que leur réflexion se soit limitée à la manière d'utiliser des modèles pour concevoir un bon framework, et qu'ils n'aient pas fait davantage sur la facilité d'utilisation du framework. Quiconque a utilisé Spring sait que son fichier de configuration XML va progressivement s'étendre, même si nous pouvons facilement le diviser en fichiers de configuration plus petits pour résoudre ce problème. Mais en utilisant les fichiers de configuration XML, il suit le concept habituel de la programmation Java : « Java est le meilleur langage de programmation, XML est le meilleur langage pour décrire les données, et la combinaison des deux est la plus parfaite. Si une application n'utilise pas xml pour le décrire, alors ce n'est pas une bonne application Java."
Cependant, c'est sur ce point que Ruby on Raiils se distingue de nombreux frameworks Java et réalise une percée dans la facilité d'utilisation du framework. Cette idée traverse toute la conception de Rails : la convention plutôt que la configuration. Par exemple, lorsque nous écrivons des applications Web Java, nous distinguons généralement les classes correspondantes selon MVC. Personnellement, j'aime placer la classe Controller dans le répertoire Web, la classe View dans le répertoire View et la classe Model dans le répertoire du domaine. . Mais différentes personnes ont des paramètres et des noms différents. Comment faire connaître ces différents répertoires au framework La seule solution pour le framework Java est de lui faire connaître ces informations via le fichier de configuration XML. La solution de Rails est la suivante : je définis la structure des répertoires et il vous suffit de placer les éléments dans le répertoire que j'ai défini. C'est une raison importante pour laquelle il y a très peu de fichiers de configuration dans Rails (mais pas aucun). Bien que l'idée soit très simple, l'avantage qu'elle apporte est que l'efficacité du développement de Rails est 10 fois supérieure à celle du développement Java (c'est ce que prétendent les fans de Rails, mais je le crois, et je pense que vous le saurez également après avoir lu cet article ) . Alors, cela seul rend-il le développement de rails plus rapide que l'utilisation de Java ? Pas entièrement, car cela bénéficie également d’une autre philosophie de conception des rails : moins de code. Aucun langage ne peut prétendre que Rails y parvient entièrement grâce à son langage de conception Ruby. Avec Ruby, vous pouvez en effet écrire de nombreuses fonctionnalités dans une petite quantité de langage, ce qui n'est tout simplement pas possible avec d'autres langages. Pour maîtriser Rails, vous devez comprendre Ruby. Quelqu'un a dit un jour : Zope (le célèbre framework Web Python) est une application tueuse de Python, et Python est l'arme secrète de Zope. Je pense que cette phrase est la plus appropriée pour décrire la relation entre les rails et le rubis.
Développer
