Accueil InfoQ Design sur InfoQ
-
Facebook : MVC ne scale pas, utilisez plutôt Flux (mise à jour)
Facebook est arrivé à la conclusion qu'MVC ne satisfaisait pas ses besoins de scalabilité et a décidé de le remplacer par un autre pattern : Flux. Cet article a été mis à jour à l'appui des retours de la communauté et de la réaction de Jing Chen, de Facebook.
-
Recommandations pour créer un Site Web Adaptatif
Cet article regroupe plusieurs recommandations pour créer des sites web qui s'adaptent à la taille des écrans et à leur forme.
-
Les Modèles fonctionnels dans la Conception Pilotée par le Domaine
La Conception Pilotée par le Domaine réalise un travail important pour encourager les développeurs à créer un modèle de domaine et un langage omniprésent, mais tenter d'implémenter les concepts DDD en utilisant les principes orientés objet avec un état et un comportement génère souvent un modèle mutable confus.
-
Utiliser un langage fonctionnel pour le Domain-Driven Design
Cet article est un retour sur la présentation de Scott Wlaschin lors d'un meeting du Functional Londoners Group. Il y présente le F# et l'utilité d'un langage fonctionnel pour le Domain-Driven Design (DDD).
-
Martin Fowler présente les différents Workflows du Refactoring
Martin Fowler, auteur du livre « Refactoring : Improving the Design of Existing Code » explore les différents workflows pour intégrer de manière efficace le refactoring dans le travail quotidien du développeur.
-
Matias Duarte, Directeur Design d'Android : Faites des applications pour écrans, pas pour mobiles
Matias Duarte, Responsable du Design Android, a récemment donné une interview sur le design logiciel lors de l'Accel Design Conference 2014, où il a souligné la nécessité d'un changement dans la façon de penser le design logiciel, pour passer d'une multitude d'applications pour différents terminaux à une application pour plusieurs écrans.
-
Gérer votre Dette Logicielle
La dette logicielle existe sous différentes formes. La dette technique, largement connue, et d'autres formes comme la dette de compétence ou de qualité. La dette logicielle peut causer une augmentation des coûts de maintenance du produit et peut déprimer les développeurs. Plusieurs solutions existent pour la gérer.
-
Principes de Conception Orientés Objet et Programmation Fonctionnelle
Richard Warburton a récemment exposé dans une présentation que la programmation orientée objet possède beaucoup de principes de conception bien établis, comme les principes SOLID. Cependant, lorsqu'ils se dirigent vers la programmation fonctionnelle, beaucoup de développeurs ne savent pas comment utiliser leurs compétences de conception.
-
Design Patterns pour Applications Cloud
Le groupe Patterns & Practices de Microsoft a récemment mis à disposition un guide suggérant des solutions et patterns utiles pour l'implémentation des applications hébergées sur le Cloud. L'ambition du groupe est de mettre à disposition des guides de conception des systèmes distribués applicables à toute plate-forme Cloud, même si les exemples donnés ciblent Windows Azure.
-
Les principes de design SOLID pour JavaScript
Les principes SOLID sont un des éléments de la programmation orientée objet qui peuvent vous aider à écrire du code JavaScript stable et de bonne qualité. C'est ce que Derick Bailey, auteur et développeur focalisé sur le JavaScript, déclare dans une récente présentation.
-
Livraison de l’ORM Hibernate 4.3 avec le support des spécifications JPA 2.1
La version finale d’Hibernate ORM 4.3, le framework d’ORM Java pour le mapping objet-relationnel, vient d’être publiée.
-
Du Data-Driven Development au Domain-Driven Design
Julie Lerman partage ses expériences et les leçons qu’elle en a tirées dans trois articles du Magazine MSDN, articulés autour du DDD.
-
Les aspects humains de la conception d'API : Entretien avec Jakub Nesetril d'Apiary
La conception et la description d'API sont bien plus qu'un contrat d'interface technique entre machines. Jakub Nesetril le co-fondateur et CEO d'Apiary souligne que le vrai consommateur d'une description d'API c'est un développeur, avec toutes les préoccupations d'engagement, de convivialité et de communication que cela implique.
-
Implémenter le Domain-Driven Design dès le départ
Le domaine décrit votre métier ; c'est un ensemble de concepts et de logique qui pilote votre entreprise. Si vous suivez ce principe du Domain-Driven Design, (DDD), alors le domaine sera l'élément le plus important de votre application. Voici ce que nous explique Andras Nemes, un développeur Web suèdois sur la plate-forme .Net.
-
REST et la conception façon marchand ambulant
Récemment, Steve Jones de CapGemini a commenté un texte lié au projet d'API Nokia indiquant que concevoir et documenter les APIs pour les services REST n'était plus nécessaire, HATEOAS étant suffisant.