/ / Schienen mit eckigen vs Schienen rein (Ansichten Leistung) - Ruby-on-Rails, Angularjs, Rubin, Leistung, Frontend

Schienen mit eckigen vs Schienen rein (Ansichten Leistung) - Ruby-on-Rails, Angularjs, Rubin, Leistung, Frontend

Ich habe versucht, im Internet nach Informationen zu suchenüber die Views Performance mit angularJS in Ruby on Rails-Projekt vs Ruby on Rails rein. Meine Fragen wurden geboren, weil ich vor zwei Monaten mit AngularJS pure begonnen habe und jetzt AngularJS in ein neues Projekt integrieren muss, aber zeigen muss, wie die Leistung bei Views mit AngularJS mit Ruby on Rails gerendert wird und diese Belastung auf Ruby on Rails reduziert wird .

Beispielsweise:

Eckig mit Schienen:

Holen Sie Daten mit Ruby on Rails (aus der Datenbank oder GET-Anfrage), senden Sie Informationen an file.js.erb und manipulieren Sie Daten mit AngularJS und zeigen Sie Ansichten mit Parse-Daten an.

Schienen rein:

(natürlicher Fluss) Holen Sie Daten mit Ruby on Rails (aus der Datenbank oder GET-Anfrage), senden Sie Daten an file.html.erb und manipulieren Sie Daten mit Ruby.

Ich weiß, die Fragen könnten absurd sein, aber rendernAnzeigen mit Ruby on Rails stellen eine Belastung für den Server dar. Wenn ich jedoch Daten mit AngularJS manipuliere, trenne ich die Gebühr auf den Server und benutze den Web-Navigator-Speicher.

Antworten:

3 für die Antwort № 1

Ich denke, dass Perfomance nicht so ein Geschäft istBrecher, weil die meisten Werkzeuge bereits optimiert sind, und wenn Sie Leistungsprobleme haben, ist die sicherste, dass es Ihr Code ist, der schlecht ist, jetzt die Wahrheit Ich würde vorschlagen, Dinge zu trennen, und das Frontend ist nur noch ein Client des Servers und vielleicht Um die Dinge ein wenig zu beschleunigen, verwenden Sie eine Mischung aus SPA und Rendering auf dem Server für die erste Ladung, aber ansonsten besser ein SPA, weil Sie ein Design-Muster wie MVVM folgen und mehr testbar zum Frontend machen können, so dass Sie die Qualität Ihrer Entwicklung erhöhen