Technologieaustausch

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Ich arbeite schon seit einiger Zeit an einem Projekt und möchte einige persönliche Gedanken und Gefühle mit Ihnen teilen, indem ich die Zeit nach der Arbeit oder in ungewohnten Zeiten nutze. Lassen Sie uns gemeinsam Mut machen.

Mehrere Funktionen, die das Frontend haben sollte:

(1) Die Möglichkeit, gefälschte Daten (simulierte Daten) vorzubereiten, da manchmal die Back-End-Schnittstelle nicht bereit ist und das Front-End keine Daten hat, der Zeitplan jedoch eng ist und nicht auf das Front-End warten kann. Ende muss in der Lage sein, simulierte Daten zu erstellen.

(2) Die Möglichkeit, eine bestimmte Geschäftslogik zu überspringen, erfordert 5 Schritte, wenn 2 stecken bleiben, dann kann 345 natürlich nicht weiter voranschreiten Ändern Sie die Datenbank. Es ist einfach. Wenn es der letzte Ausweg ist und in einer Entwicklungsumgebung stattfindet, halte ich es für in Ordnung.

(3) Datenverarbeitungsfunktionen: Manchmal werden die Daten vom Backend gut verarbeitet und das Frontend kann sie leichter direkt rendern. Wenn die von der Schnittstelle zurückgegebenen Daten jedoch nicht direkt verwendet werden können, muss das Frontend zuvor eine gewisse Datenverarbeitung durchführen Manchmal ist die Datenverarbeitung immer noch relativ groß. Dies ist eine relativ vage Frage. Sie müssen sich überlegen, wer diese Datenverarbeitungsarbeit besser durchführen kann.

(4) Verifizierungsprobleme. Die Front-End-Verifizierung kann das Back-End ersetzen und viel Verifizierungsarbeit ersparen. Es treten jedoch Probleme auf, wenn Sie zum Testen direkt das Postman-Schnittstellentool verwenden. In einigen Szenarien kann das Verifizierungsproblem besser vom Front-End gelöst werden, z. B. bei der Formularverifizierung. In anderen Szenarien, z. B. bei wiederholten Abrufproblemen bei großen Datenmengen, handelt es sich definitiv um die Back-End-Verifizierung. Es muss noch anhand konkreter Szenarien analysiert werden.

(5) Wenn mehrere Projekte gleichzeitig entwickelt werden, wirkt sich der Betrieb der Back-End-Entwicklungsumgebung auf die iterative Entwicklung verschiedener Versionen des Front-Ends aus.

(6) Die Verwaltung von Codezweigen ist besonders wichtig, wenn es viele Projekte gibt oder wenn dasselbe Projekt mehrere Versionen gleichzeitig iterieren muss. Die Projekte, an denen ich zuvor gearbeitet habe, waren in dieser Hinsicht nicht standardisiert. Als sie formalisierter wurden und mehr Zweige geschrieben wurden, gewann ich nach und nach ein neues Verständnis dafür, dass dieser Bereich wirklich gepflegt werden muss. Wenn der Code verloren geht oder nicht in die Projektversion integriert wird, kommt es zu einem schwerwiegenden Release-Unfall.

(7) Die Fähigkeit, Komponenten zu kapseln, möchte ich aufgrund meiner persönlichen Erfahrung mitteilen. Ich denke, dass Front-End-Komponenten einfach in öffentliche allgemeine Funktionskomponenten und geschäftliche Komponenten unterteilt werden können Komponenten sind bei der Implementierung von Systemen allgegenwärtig und können die spätere Entwicklung ähnlicher funktionaler Unternehmen erleichtern. Geschäftskomponenten stehen in engem Zusammenhang mit unserem erforderlichen Geschäft. Die darin enthaltenen Daten und Logik sind eng mit unserem Geschäft verknüpft und können im Allgemeinen nicht auf anderen Seiten verwendet werden. Eine Sache, die unser Front-End beim Kapseln von Komponenten unbedingt berücksichtigen muss, besteht darin, zu versuchen, Geschäftsdaten und Logik nicht in solche allgemeinen Funktionskomponenten zu packen. Dies führt zu einer gewissen Codekopplung. Wenn unser Projekt allmählich stärker wird, wird es schwierig es wieder. Daher sollten wir beim Betrieb von Komponenten Daten und Logik so weit wie möglich in Geschäftskomponenten vorbereiten. Wenn wir dies tun müssen, ist es am besten, Notizen zu schreiben und zu versuchen, die vorherige Codelogik nicht zu beeinträchtigen. Ich bin auf dieses Problem gestoßen, als ich mit der Arbeit an dem Projekt begonnen habe. Daher wurden einer ursprünglich gekapselten Tabellenkomponente zu viele Ifs und Others hinzugefügt Dies liegt einerseits daran, dass andererseits die Anzahl der Iterationen häufig ist, der Zyklus relativ lang ist und es viele Leute gibt, die damit umgehen, sodass es schwieriger wird, Änderungen vorzunehmen. Daher habe ich in Bezug auf das Packen von Komponenten nach und nach einige Punkte entdeckt, die in der aktuellen Projektentwicklung optimiert werden können. Wenn dann Komponenten in nachfolgenden Projektiterationen verpackt werden sollen, sollten einige Probleme so weit wie möglich vermieden werden Auch etwas, das noch weiter optimiert werden muss, wenn genügend Zeit im Zeitplan vorhanden ist. Denn dadurch können wir Komponenten reibungsloser nutzen.

fortgesetzt werden...