Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »Toemsel« (04.08.2015, 23:49)
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Sacaldur hat das bereits richtig erkannt. .netKlingt soweit super, nur für welche Sprache ist das?
Die Pakete werden in einer allgemeinen Bibliothek definiert, wodurch du Server und Clientseitig die selben Pakete aufrufen kannst.Wie schaut denn die Schnittstelle zum Senden/Empfangen von Paketen aus? Spannend wird es ja beim Erhalten der Daten, wenn ich Objekt vom Typ X über die Leitung schicke, erwarte ich ja am anderen Ende Pakete verschiedener Typen. wie finde ich das denn heraus, was ich als Paket bekomme?
Müsste ich einmal überprüfen. Bin kein Fan von Spiele Engines.Die Bibliothek klingt der Beschreibung nach durchaus interessant, allerdings kann man erst nach einer Verwendung sagen, wie gut sie tatsächlich zu verwenden ist.
Du könntest mal gucken, in wie weit sich deine Bibliothek in Unity verwenden lässt. Das einzige Problem könnte im Bereich der Netzwerk-API sein, die ggf. von Mono (oder dem für den Player verwendeten Subset) nicht zur Verfügung gestellt wird.
Solltest du dich aber mit Unity beschäftigen, solltest du auch gucken, in wie weit deine Bibliothek sich von anderen, für Unity bereits vorhandenen (bspw. Photon) unterscheidet und unter welchen Umständen deine besser geeignet sein könnte.
@anti-freak:
Die Dokumentation deutet auf .NET hin.
@TrommlBomml:
Ich würde vermuten, dass dafür Typprüfungen erforderlich werden. Oder man implementiert sich alternativ eine Basisklasse, die bestimmte (abstrakte) Methoden definiert, die von den Ableitungen so implementiert werden, dass von deren Rückgabewerten auf den richtigen Typen bzw. die richtige Verwendung geschlossen werden kann.
Ja, das ist Absicht. Chinesisch wird dir auch wenig nützen, da es sich um japanisch handelt. Ist mein "Lerntagebuch", sozusagenIst das Absicht, dass die Webseite so aussieht?
"Ist man sich über eine Aussage nicht sicher, greift man gerne zu 「と思う」か「って思う」。Eine weitere Möglichkeit wäre に違いない。"
Ich kann kein chinesisch.
Gibt es zu der Lizenz auch noch genauere Informationen? Das Copyleft klingt hart und zwingt quasi meine kommerzielle Application dazu, dass sie ebenfalls frei verwendet werden darf, was sie kommerziell nutzlos macht. Allerdings steht da nichts darüber ob das jetzt für den Source gilt oder für Binaries oder für was überhaupt. Aus meiner Sicht ist das ohne genauere Infos komplett nutzlos.
General Public License.
Und noch immer ist ungeklärt, ob ich jetzt nun den Source veröffentlichen muss, oder ob nur mein Produkt komplett frei (Definition von "frei"?) benutzt werden darf. Nimm doch einfach eine passende Lizenz, wo man das wenigstens beurteilen kann.
(De-)Serialisierung befindet sich im ns bereich. Protocol Buffers haben einen größeren Overhead als meine Methode. Es werden nur Daten, keine Datendefinitionen serialisiert. In diesem Sinne handelt es sich nicht direkt um eine Serialisierung. Daten werden extrahiert und auf dem Stream geschrieben. Ohne Klassen oder Typendefinition. Der Overhead entspricht genau 48bits pro Paket, welcher unabhängig von Pakettyp, länge und Inhalt ist.
Hast du mal überlegt für die (De-)Serialisierung eine fertige Lösung wie z.B. Protocol Buffers zu nutzen? Da kannst du potentiell noch einiges an Datengröße drücken. Mich würde auch die benötigte Zeit interessieren. LINQ kenne ich als etwas das man unbedingt vermeiden sollte wenn es auf Millisekunden ankommt.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Toemsel« (11.02.2016, 22:17)
Werbeanzeige