1. Printemps
>> Aperçu du test de sécurité Spring: méthode Method
-
L’annonce de Spring Security 4.0 étant annoncée me rend très excité. Ce premier regard porte sur comment tester les méthodes sécurisées ** - a l’air très propre - et le nouveau @ WithMockUser va être particulièrement pratique.
>> Écriture de tests clairs - Cela commence à partir de la configuration
Une discussion nuancée sur la création d’une suite de tests au printemps, tout en gardant à l’esprit le principe DRY. Si vous travaillez avec Spring (et si vous lisez mon blog, c’est probable), cela vaut la peine d’être lu.
>> Suivi des exceptions - Partie 6 - Construction d’un pot exécutable
Le dernier et peut-être le dernier volet d’une série que j’ai consacrée à la revue hebdomadaire Baeldung depuis le début de celle-ci - construire une application Spring qui va analyser et consigner les données de journalisation . Ceci concerne l’emballage de l’application.
>> Spring HATEOAS - Publication du 0.11.0
-
Spring HATEOAS est, à mon avis, l’un des nouveaux projets les plus intéressants de l’écosystème Spring. C’est tellement cool que Spring considère cela comme un citoyen de première classe et qu’il le fasse avancer: consultez la nouvelle API Traverson pour une API de haut niveau et fluide pour la découverte d’un service Hypermedia ** .
>> Exemple de configuration de bean basée sur Spring Scala
Bien que je ne travaille pas personnellement dans Scala (je me tourne plutôt vers Clojure en ce qui concerne les langues JVM), j’ai trouvé intéressant de voir à quel point la configuration de Spring est devenue flexible.
2. Java
>> @OneToOne avec clé primaire partagée, revisité
Une solution pour une relation personnalisée avec JPA 2.0 . Bref, utile et pertinent.
>> Booléens à trois états en Java
Une implémentation personnalisée d’un ResultSet iterator nécessaire pour utiliser la nouvelle syntaxe des flux Java 8 ** . Comme toute autre décision de conception, la solution est un compromis. Cependant, la compréhension des deux côtés d’un compromis est généralement le lieu d’apprentissage (du moins pour moi), ce qui en fait une très bonne lecture.
3. La technologie
>> UnitTest
-
Martin Fowler sur les tests unitaires ** . Que devez-vous vraiment savoir d’autre?
** https://www.mnot.net/blog/2014/05/09/if you can read this youre sniing[>> Si vous pouvez le lire, vous écrivez]
Une petite lecture très intéressante sur nécessitant des informations SNI ou manquant si elle n’est pas présente . C’est une étape très cool à prendre, d’autant plus que nous avons manqué d’adresses IPv4 l’année dernière.
4. Réflexions
>> Encapsulation vs Inversion of Control
Un des messages de temps en temps qui m’a fait reconsidérer certaines choses que je prenais comme une donnée. J’aime ça.
>> Discipline dirigée par les tests
Faire TDD est sans aucun doute une pratique transformatrice pour un développeur.
De manière réaliste, il est également difficile de s’y tenir .
Il me fallut environ deux ans pour essayer à plusieurs reprises le vieux collège avant de prendre la décision de l’intégrer au quotidien. Et il y a encore des projets où - pour une raison ou une autre - je ne le fais pas.
Cet article est une vision pragmatique de ce que signifie faire du TDD.