[Release] epvpapi - .NET Library für elitepvpers

Page 4 of 7 « First 23 4 56 Last »
03/10/2015 17:29 iDeliver#46
Quote:
Originally Posted by Mostey View Post
Jetzt sollte das auch wie gewünscht funktionieren.
Danke, funktioniert. :handsdown:
03/17/2015 20:00 Mostey#47
Quote:
Originally Posted by Mostey View Post
Update - Version 1.1 auf [Only registered and activated users can see links. Click Here To Register...] und in [Only registered and activated users can see links. Click Here To Register...] veröffentlicht
Version 1.1.1 haben wir nun auch auf [Only registered and activated users can see links. Click Here To Register...] und [Only registered and activated users can see links. Click Here To Register...] veröffentlicht.
04/04/2015 14:27 iDeliver#48
Hi,

wollt mal fragen, ob ihr eine "delete"-Funktion für (Section)Posts implementieren könnt.
Wäre das möglich?


-
04/04/2015 18:23 Mostey#49
Quote:
Originally Posted by iDeliver View Post
Hi,

wollt mal fragen, ob ihr eine "delete"-Funktion für (Section)Posts implementieren könnt.
Wäre das möglich?


-
Könnte man durchaus, ja. Das wird dann aber entsprechend nur funktionieren, wenn du die Rechte dazu besitzt. Heißt, deine eigenen Posts wirst du löschen können, die von anderen aber nicht.

Ich habe es auf GitHub notiert. Shawak oder ich kümmern uns irgendwann mal darum.
04/12/2015 02:14 D3luxe.#50
Funktioniert eig alles sehr gut, aber kann ich mit dieser API auch Posts erstellen? D.h. auf nen Thread antworten?

Vll bin ich grade auch einfach nur blind, ist ja spät genug^^ Finde bisher nur Funktionen, um Posts abzurufen...

Edit:
Funktioniert so, ist das der korrekte Weg?
04/12/2015 08:45 Serraniel#51
SectionID musst soweit ich weiß aus dem epvp Quellcode raussuchen:
04/12/2015 14:12 D3luxe.#52
Habe mal schnell was gebastelt:

Komplette Section Liste:

Code dafür:

Damit ließe sich ein SectionThread nur mit Angabe der URL erstellen.
In der API natürlich etwas anders eingebaut, nach Möglichkeit mit Cache, aber ihr wisst, was ich meine...
04/12/2015 14:31 Mostey#53
Danke für dein Snippet. Wir arbeiten eigentlich nicht mit regulären Ausdrücken aber eine Anpassung an einen HTML Parser sollte jetzt nicht das Problem sein.

Ich werde die Funktion mal in der Art einbringen.

€: [Only registered and activated users can see links. Click Here To Register...]
04/15/2015 14:34 D3luxe.#54
Mal ne Frage: Wenn ich einen Treasure mit
Code:
var treasure = new Treasure("1 foo", "*foo 5 u*", 1337);
treasure.Create(session);
treasure.Update(session); // Exception
erstelle, wird das Treasure Objekt weder automatisch geupdatet noch kann es manuell geupdatet werden?
Wenn ich später den Update Call selbst durchführe, bekomme ich ne Exception, weil das Objekt keine ID zugewiesen bekommen hat. Ist natürlich nicht unbedingt praktisch...

Ich sehe ja schon, warum es nicht so einfach geht, da man ja auch, wenn man nen Treasure manuell erstellt, nur zurück auf die Übersicht und nicht zum Treasure selbst weitergeleitet wird.
Kann ich vll trotzdem eine Liste von allen erstellten/verkauften Treasures bekommen? Bin scheinbar einfach wieder zu blind, die Funktion zu finden, denn die Query Flags sind ja schon da^^
04/15/2015 15:58 Serraniel#55
Was mir gestern beim programmieren aufgefallen ist, ist das die Update Methoden void als Rückgabewert haben. Ich weiß nicht wie die anderen das sehen, aber ich würde vorschlagen, dass sie das this Objekt zurückgeben, damit man direkt mit der Punkt Notation auf dem Objekt weiter machen kann.
Ich hab ne Schleife, welche eine if Abfrage macht:
Code:
if(count < new SectionThread(t.Id, new Section(t.Section, t.ShortName)).ReplyCount)
//Do Something
ReplyCount ist nicht gesetzt, mit Update könnte man das dann wie folgt realisieren, wenn es eine Referenz auf this zurückgeben würde:
Code:
if(count < new SectionThread(t.Id, new Section(t.Section, t.ShortName)).Update().ReplyCount)
//Do Something
Es spart halt einfach Code, wenn man erst das SectionThread Objekt erstellen muss mit dem Update Call und dann erst die If Abfrage machen kann.

Eine Alternative Idee wäre, dass die Konstruktoren vielleicht auch ein Update ausführen. Ist allerdings die Frage, ob das wirklich immer gebraucht wird; vllt dafür ein bool im Konstruktor noch mitnehmen? Was haltet ihr davon?
04/15/2015 16:43 Shawak#56
Das Objekt zurückzugeben halte ich für eher weniger sinnvoll, da so ein Update()-Call
auch mal schnell fehlschlagen kann.
Und dann stellt sich die Frage, was man dann zurück gibt.

@D3luxe.: Profile.cs -> GetTreasures
04/15/2015 17:41 Mostey#57
Quote:
Originally Posted by D3luxe. View Post
Ich sehe ja schon, warum es nicht so einfach geht, da man ja auch, wenn man nen Treasure manuell erstellt, nur zurück auf die Übersicht und nicht zum Treasure selbst weitergeleitet wird.
Kein wirkliches Hindernis. Dann schaut man sich einfach die Liste der Treasures an und nimmt die ID des neuesten. Kann ja jemand von euch übernehmen und anschließend einen PR erstellen.

Quote:
Originally Posted by Serraniel View Post
Ich weiß nicht wie die anderen das sehen, aber ich würde vorschlagen, dass sie das this Objekt zurückgeben, damit man direkt mit der Punkt Notation auf dem Objekt weiter machen kann.
Verfehlt absolut den Sinn einer Klassenfunktion und ich persönlich sehe auch nicht wirklich den Bedarf, das so umzusetzen. Das System ist (so wie es jetzt ist) wirklich unhandlich aber da gibt es sicherlich bessere Alternativen (wie statische Methoden, Update im Konstruktor wie du bereits angesprochen hast und weiteres)

Wie auch immer, ich hätte jedenfalls gerne etwas konsistentes für dieses Problem weil das so ziemlich jede zweite Klasse in der Library betrifft.
04/15/2015 17:50 Serraniel#58
Kann ich absolut nachvollziehen. Ich denk da mal was drüber nach gleich und meld mich heute abend oder morgen mal bei dir in Skype.
05/07/2015 10:01 pvpDealer#59
Quote:
Originally Posted by Mostey View Post
Das System ist (so wie es jetzt ist) wirklich unhandlich aber da gibt es sicherlich bessere Alternativen (wie statische Methoden, Update im Konstruktor wie du bereits angesprochen hast und weiteres)

Wie auch immer, ich hätte jedenfalls gerne etwas konsistentes für dieses Problem weil das so ziemlich jede zweite Klasse in der Library betrifft.
Gibt es dies bezüglich schon Ideen?
05/07/2015 13:41 Mostey#60
Quote:
Originally Posted by pvpDealer View Post
Gibt es dies bezüglich schon Ideen?
Kam leider aufgrund von Zeitmangel nicht dazu. Von Serraniel kam leider nichts, daher ist das noch offen.
Page 4 of 7 « First 23 4 56 Last »