Erstellen mehrerer Verträge oder einzelner Verträge mit struct

Ich würde gerne verstehen, welches der folgenden Muster besser ist.

Angenommen, mein Anwendungsfall besteht darin, zwei Arten von Benutzern auf meiner Plattform zu haben, Käufer und Verkäufer für ein Produkt. In Bezug auf meine Architektur bleiben mir zwei Optionen.

  1. Einen Vertrag zu haben, der eine Strukturdefinition von Benutzertypen (Käufer/Verkäufer) und Produkt hätte.
  2. Einen eigenen Vertrag für jedes Modul zu haben. - Habe dies in Git-Projekten bemerkt

Ich glaube, dass das Produkt auf beiden Wegen erreicht werden kann, aber ich würde gerne verstehen, welcher Ansatz für eine effiziente Codierung mit Blockchain besser ist.

Das kommt wirklich auf den Stil an. Es in einem Vertrag zu tun ist effizienter und meine persönliche Wahl, aber Verträge verursachen nur ein wenig Ineffizienz und können den Code lesbarer, modularer und testbarer machen.
Danke, ich verstehe das, brauche ich eine Klarheit, stimmt es, dass ein Vertrag weniger kosten würde als mehrere Verträge? Ursache mehr Vertrag würde mehrere Operationen erfordern.
Ja, ein Vertrag kostet weniger als mehrere. Ich persönlich finde es auch einfacher, über einen Vertrag zu argumentieren

Antworten (1)

Ich denke, es kommt eher auf deine Ziele an. Ein Vertrag ist bei weitem einfacher/effizienter, insbesondere um alles zu finden (und billiger), aber gleichzeitig zentralisierter. Wenn Sie beispielsweise eine Menge Eth im Vertrag speichern, einen sehr komplexen Code haben und möchten, dass viele Benutzer damit interagieren, ist viel Wert in einem Vertrag nicht unbedingt die beste Idee. Auch aus Sicht der Kontrolle/Regulierung kann es von Vorteil sein, mehrere Verträge mit verteiltem Eigentum zu haben (dh Benutzer besitzen ihren eigenen Vertrag).

Wie hurb sagte, gab diese Person einige gute Gründe an: Kindervertrag vs. Struktur

Dies ist ein fairer Punkt, aber beachten Sie, dass es keinen Unterschied macht, wenn ein Fehler über verschiedene Verträge repliziert wird.