Conception de l'architecture et de la pensée de l'architecture

avant-propos

Type de méthode de bâton est pas nécessairement Gai, comme Yang Guo.
Type de bâton ne pas nécessairement la loi ne peut être quand Gai, comme Qiao Feng.
l' architecture d'architecte n'a pas nécessairement un titre, il y a des architectes qui ne connaît pas nécessairement le titre de l' architecture, ou qui ont une chance de participer à la conception architecturale.
Pour les programmeurs, même sans pour autant que les arts martiaux, le titre, nous pouvons aussi former leurs efforts d'architecture de l'architecte, comme se déplace intelligemment.
Ensuite, discuter quelque chose architecture

Tout d'abord, le bon architecte Quelles sont les caractéristiques

1. Bonne technologie. le code facile à lire au moins, facile à étendre, la réutilisation est bonne, non seulement besoin d'apprendre des modèles orientés objet et de conception, mais aussi par un grand nombre de pratiques de codage, non seulement arrêter au stade de la planification
2. Comprendre l'entreprise. Je ne comprends pas l'entreprise, vous ne pouvez pas adapter à la conception de l'architecture d'entreprise, et la connaissance de l'industrie n'est pas un peu de temps peut être accumulé.
3. De bonnes compétences en communication. Les architectes doivent communiquer d'identifier les besoins, les équipes ont besoin de comprendre l'architecture.
4. Il y a la pensée architecturale. Savoir utiliser abstraite, diviser pour mieux régner, réutiliser, réduire la pensée de la complexité des logiciels itérative, etc.

Deuxièmement, quelle est la conception d'architecture

Conception de l' architecture est d'utiliser le moindre coût pour répondre aux besoins de main - d'œuvre du développement et besoin de changement, avec des coûts d'exploitation minimaux pour protéger le logiciel est en cours d' exécution.
Les méthodes couramment utilisées telles que:

1. L'utilisation de l'architecture micro-service, le système divise le complexe en une série de petits services, puis divisé en modules fonctionnels, ce qui permet au personnel de mieux division du travail
2. Avant et après la fin de la séparation, la mise au point sur un programmeur domaine particulier du savoir, réduire l'effort de développement
3. conception hiérarchique, la séparation de la logique métier et de réduire l'impact des modifications des exigences

Troisièmement, pourquoi l'architecture de besoin

1. Que les besoins technologiques se compliquent. Faire un blog et faire un Google, la complexité de la technologie n'est pas un niveau
2. Le personnel fait complexité technique. Logiciel développé par un membre de l'équipe est pas le même niveau, une bonne direction technique ne sont pas les mêmes, la façon de collaborer est effectivement un gros test.
3. La technologie elle-même est compliquée. Les projets logiciels en utilisant les langages de programmation, des cadres, des composants, des bases de données, l'intelligence artificielle, les grandes technologies de données, ont des coûts d'apprentissage
4. Laissez le fonctionnement stable du logiciel est également compliqué. Après l'achèvement du développement de logiciels en ligne, pleine d'incertitudes, tels que les fournisseurs de services cloud peuvent geler, comme une étoile envoyer microblogging peut causer des défaillances du système, mais tel a été supprimé bibliothèque Paolu

Parce qu'il ya plus de ces raisons, nous devons concevoir l'architecture pour réduire ces complexités

1. Réduire les coûts de développement. Les systèmes complexes divisés en plusieurs services relativement simples, les programmeurs d'ordinaire peut être fait pour réduire les coûts de main-d'œuvre.
2. Aider les gens à organiser une collaboration efficace. Par l'analyse et la fente, de sorte que les développeurs peuvent compléter les modules fonctionnels de manière indépendante.
3. Organiser une variété de techniques. Sélectionnez la langue de programmation appropriée, protocole, cadre, et d'autres composants, pour atteindre le plus efficace Demander
4. Les services de sécurité et un fonctionnement stable. L'utilisation de programmes d'infrastructure sophistiqués, tels que l'équilibrage de charge, de limitation du courant, la rétrogradation, le fusible, garantissant ainsi des services de haute disponibilité.

Quatrièmement, quelle est la pensée de l'architecture

Réduire la complexité du logiciel, il existe plusieurs moyens efficaces: résumé, diviser pour mieux régner, la réutilisation et itérative, la pensée de l'architecture que ces collections

1. La pensée abstraite l'
   architecture pour répondre aux besoins des entreprises existe, ont généralement besoin un texte descriptif du prototype, conception d' interface utilisateur, qui finira par se transformer en code machine pour l' exécution.
   Nous devons être abstrait, le modèle doit devenir l' ordinateur peut reconnaître.
   Par exemple, les utilisateurs individuels abstraits, commandes, modèle de contenu, dessiner la façon dont les différents rôles et responsabilités de l' interaction des objets, se cachent beaucoup de détails inutiles.
2. Diviser et de la pensée Conquer
   du système complexe de diviser pour régner, décomposé en plus petites parties plus simples.
   Par exemple, les scénarios élevés de concurrence, le flux peuvent être conçus dans différents serveurs pour éviter de surcharger un seul serveur.
   Comme autre exemple, un pas de fonction indépendante de 1000 lignes, conditionnée en N plus de 50 rangées d'appels de fonction
3. MULTIPLEXAGE pensée
   réutilisation est la plus simple et efficace pour améliorer l'efficacité du développement par l' abstraction du même contenu peut être reloué pour différents scénarios.
   Beaucoup de débutants aiment copier et coller le programme de code, si les conditions changent, le besoin de modifier le collé dans tous les sens, le développement d' une faible efficacité et difficile à maintenir, mais perdre aussi beaucoup de tests d' effort.
4. Itératives pensée
   bonne évolution de l' architecture est terminée, il y a peu de l' architecture en une seule étape, nous devons nous assurer que la fondation n'affecte pas le déroulement normal de l'entreprise, et peu à peu dans la dernière itération de l' architecture rationnelle