Ich habe im Internet viel gelesen. Es ist wirklich schwierig, etwas über die JAVA-Softwarearchitektur zu finden. Die Architektur der Softwareentwicklung ist jedoch im Grunde dieselbe. Daher habe ich im Internet viele Artikel zur Softwarearchitektur in anderen Sprachen durchsucht. Lassen Sie mich auch hier noch einmal über meine Ansichten zur Softwarearchitektur sprechen, insbesondere zur JAVA-Projektarchitektur. Das ist vielleicht nicht richtig, aber das ist auch mein Resümee der letzten Jahre.
1. Versuchen Sie, eine Wiederverwendung außerhalb des Projekts nicht in Betracht zu ziehen
Viele Leute denken, dass es am besten ist, die Wiederverwendbarkeit von Software zu verbessern. Die tatsächliche Situation jedes Projekts wird jedoch unterschiedlich sein Die Komplexität erhöht den Zeitaufwand für die Entwicklung. Manche Leute sagen vielleicht, dass dies die Kosten des nächsten Projekts senken wird. Was sind die Bedürfnisse? Welche Einflussfaktoren gibt es in verschiedenen Aspekten? Wer würde das alles zu diesem Zeitpunkt schon wissen? Wenn Sie wirklich wiederverwenden möchten, sollten Sie die wiederverwendbaren Teile nach Abschluss des Projekts extrahieren, ändern und optimieren und sie als wiederverwendbare Vermögenswerte des Unternehmens verwenden, anstatt im aktuellen Projekt nur Wunschdenken zu haben. Berücksichtigen Sie die Wiederverwendbarkeit außerhalb des Projekts. Dies ist ein häufiger Fehler, den viele Programmierer machen, die neu in der Software-Arbeit sind. Je mehr sie darüber nachdenken, desto mehr gelingt es der von ihnen erstellten Software nicht, grundlegende Funktionen zu erfüllen Viele Code-Logik-Prozesse sind nicht perfekt und so weiter.
2. Überprüfen Sie regelmäßig die Projektstruktur
Bei der Projektarchitektur handelt es sich in der Regel um etwas, das vor Beginn der Projektumsetzung festgelegt wird und einen Gesamtentwurf darstellt. Allerdings befinden sich das Verständnis der Projektanforderungen und die Einschätzung der Komplexität derzeit noch in einem Anfangsstadium. Wenn die Architektur nicht zusammen mit dem Verständnis des Projekts während des Projektentwicklungsprozesses verbessert werden kann, werden die Projektmitglieder das Projekt zwangsläufig gemäß der falschen Architektur entwickeln. Daher muss die Projektarchitektur regelmäßig überprüft und notwendige Refactorings vorgenommen werden.
3. Refactoring
Manche Leute sagen, dass es keine Zeitverschwendung sei, so viel geschrieben zu haben, es noch einmal zu überarbeiten. Er hätte vielleicht nicht gedacht, dass ein einziger Refactoring-Nachmittag die Entwicklung in den nächsten Monaten beschleunigen könnte. Die eingesparte Zeit ist unvorstellbar. Darüber hinaus können Sie sich durch Refactoring in der Regel einfachere Methoden vorstellen, um die vorhandene Implementierung zu ersetzen. Diese Erfahrung kann auch die Entwicklung anderer Module vereinfachen.
4. Vermeiden Sie eine übermäßige Integration und lassen Sie jedes Modul nur sein eigenes Ding machen.
Ein häufiges Beispiel für die OA-Entwicklung ist, dass es in Geschäftssystemen normalerweise viele Genehmigungen gibt und viele Leute sofort daran denken, Genehmigungen in ein universelles Modul umzuwandeln. Das ist kein Problem, aber das übliche Problem besteht darin, dass zu viele Leute die Geschäftsverarbeitung nach der Genehmigung in die Geschäftslogik des Genehmigungsmoduls einbinden. Tatsächlich sind dies die Geschäftsmodule jedes Geschäftsmoduls, und die Genehmigung sollte nur erfolgen Was jedoch nach Abschluss der Genehmigung zu tun ist, muss das Modul, das diesen Prozess durchführt, selbst erledigen.
5. Vermeiden Sie übermäßige Flexibilität
Design und Code sind nicht immer so flexibel wie möglich. Ein häufiges Beispiel ist, dass Klassen oder Methoden bei der Verwendung von Generika auf verschiedenen Objekten arbeiten können. In der in JAVA üblicherweise verwendeten dreistufigen Architektur besteht jedoch keine Notwendigkeit, wenn eine Reihe von Klassen ursprünglich für die Arbeit an einer bestimmten Entität vorgesehen ist Geben Sie es als generischen Typ an und geben Sie dann an, dass bei der Verwendung eine bestimmte Entitätsklasse verwendet wird. Das fühlt sich überflüssig an.
6. Reduzieren Sie das Sahnehäubchen auf dem Kuchen
Keine Seitenaktualisierung, kühlere Anzeigeeffekte usw. sind allesamt das i-Tüpfelchen für das Geschäftssystem. Wenn die Geschäftsschnittstelle aufgrund dieser Faktoren sehr kompliziert ist, führt dies zu einer Reihe von Problemen bei der Geschäftsverarbeitung Egal wie schön die Benutzeroberfläche ist, sie ist nutzlos, wenn Sie fortfahren. Berücksichtigen Sie bei einem Ratschlag die anderen nur dann, wenn Sie sicherstellen möchten, dass der Geschäftsprozess korrekt abläuft. Voraussetzung hierfür ist die notwendige Kommunikation mit den Nutzern. Mit anderen Worten: Von JAVA implementierte Projekte konzentrieren sich auf die Geschäftsverarbeitung. Nur wenn die Geschäftsverarbeitung gut umgesetzt ist, können die Schönheit der Benutzeroberfläche und das visuelle Empfinden des Benutzers berücksichtigt werden.
7. Teilen Sie es entsprechend auf
Dies ähnelt 4. Versuchen Sie, die Komplexität jedes Moduls so weit wie möglich zu reduzieren und geistige Arbeit in körperliche Arbeit umzuwandeln. Ein häufiges Beispiel ist, dass ein Formular normalerweise über die Funktionen Hinzufügen, Ändern, Löschen und Anzeigen verfügt. Die ersten drei Vorgänge werden jedoch normalerweise nur von Personen an einem bestimmten Funktionspunkt, in einem bestimmten Zustand und mit bestimmten Berechtigungen ausgeführt (möglicherweise nur in der einzigen Schnittstelle im System). Allerdings werden die Anzeigevorgänge in jeder Ecke des Projekts verteilt. Wenn diese vier Vorgänge in derselben Schnittstelle platziert werden, erhöht sich zwar die Anzahl der Schnittstellen, doch die Komplexität dieser Schnittstelle erhöht sich Treffen Sie die erforderlichen Entscheidungen, um schreibgeschützte Einstellungen für Schnittstellenelemente vorzunehmen. Wenn Sie die Ansicht aufteilen, ist die Komplexität linear höher als das vorherige. Es ist viel einfacher, es in 10 * 10 umzuwandeln, und es kann auch in Komponenten unterteilt werden.
8. Pflegen Sie eine gute Kommunikation mit den Kunden
Viele Menschen achten nicht auf die Aufrechterhaltung der Kommunikation mit den Kunden. Dies ist eine sehr schlechte Angewohnheit, da sich die Kundenanforderungen mit der Zeit ändern Nur wenn wir regelmäßig eine gute Kommunikation mit den Kunden pflegen, können wir die Veränderungen der Kundenbedürfnisse so schnell wie möglich verstehen und so unseren Projektstrukturplan in kürzester Zeit an die Kundenbedürfnisse anpassen.
9. Die Verbindung zwischen Projektarchitektur und Datenbankarchitektur
Viele Leute glauben, dass während der Projektentwicklung keine Datenbank benötigt wird, solange sie im Speicher implementiert ist. Ich persönlich denke, dass dies eine sehr schlechte Entwicklungsgewohnheit ist. Obwohl die Datenbank entsprechend den spezifischen Anforderungen des Projekts bestimmt wird. Wenn ein Projekt jedoch während des Architekturprozesses die Datenbankarchitektur überhaupt nicht berücksichtigt, ist es wahrscheinlich, dass die im Projekt implementierten Dinge schwer in der Datenbank aufzuzeichnen sind oder dass das Datenbankdesign sehr problematisch ist, was den Aufwand praktisch erhöht Schwierigkeit der Projektentwicklung. Darüber hinaus kann die Nichtberücksichtigung der Datenbank während des Projektentwicklungsprozesses zu Problemen führen, wie z. B. der Nichtimplementierung einer Geschäftslogik, Datenverlust usw., nachdem das Projekt mit der Datenbank verknüpft wurde.
Natürlich haben viele Menschen aufgrund ihres unterschiedlichen Architekturstils unterschiedliche architektonische Meinungen, und meine Meinung ist möglicherweise nicht korrekt. Ich hoffe, dass jeder etwas von meinen Sachen lernen kann, und ich hoffe auch, dass jeder seine Ansichten zur Architektur teilen kann.