Ik zie dat je menens bent als je denkt aan grote jongens zoals FXAll, enz. Ik zou er ooit graag aan beginnen, maar ik ben bang dat het vooral voor instellingen en GROTE klanten is. Als je er toegang toe hebt, een pluim voor jou.
Ik zie dat je menens bent als je denkt aan grote jongens zoals FXAll, enz. Ik zou er ooit graag aan beginnen, maar ik ben bang dat het vooral voor instellingen en GROTE klanten is. Als je er toegang toe hebt, een pluim voor jou.
Lava, FXAll, HotSpot, Currenex, enz... EFX is gewoon te onstabiel voor mijn handelsstijl.
Originally Posted by ;
Als EFX met MT4 was gegaan, zou het GEEN ECN zijn (er is een enorme thread gewijd aan EFX, wat zal verklaren waarom). Uit nieuwsgierigheid, aan welk ECN denk je?
Als EFX met MT4 was gegaan, zou het leven gemakkelijker zijn. Trouwens, EFX is niet het favoriete ECN, maar een goed voorbeeld vanwege hun API.
Ik geloof dat dit eigenlijk de reden is dat EFX met Omega over MT4 ging. Ik denk dat het een enorme onderneming is om zoiets als dit werk te maken, veel groter dan je je kunt voorstellen.
T, helaas, het is een beetje meer nageleefd dan je zou denken. De prijsfeed zou afkomstig zijn van verbinding met de API. Kortom, u zou COM -interfaces implementeren die door MBT worden geleverd. Binnen uw implementatie zou u verbinding maken met de MBT-prijsfeed door de feedmanager te adviseren over de symbolen die u wilt volgen. Het coderingsproces is relatief eenvoudig om verbinding te maken met de feed, u maakt gewoon een nieuwe feedmanager aan (geleverd door de API) en de rest wordt achter de schermen gedaan zonder uw hulp. Het meer nageleefde deel van het coderingsproces is eigenlijk het programmeren van de regels. U krijgt in feite per tik updates die door de API worden gegenereerd. Als u niet bekend bent met gebeurtenisgestuurd programmeren, kan dit ondraaglijk moeilijk zijn. Als dat zo is, dan is het eenvoudig... je neemt gewoon het vinkje, compileert het in een tijdbalk (of een andere door de gebruiker gedefinieerde gegevensstructuur die je nodig hebt) en verwerkt vervolgens de verzameling tijdbalken. Er zijn geen indiors geleverd met de API, dus je zou alle wiskundige berekeningen zelf moeten doen in functies OF je zou een product kunnen kopen dat dat soort dingen voor je berekent. Het korte en zoete van dit alles is dat als u bekend bent met API-integratie met elke programmeertaal - vooral een van de MS-talen - de MBT API echt heel eenvoudig te implementeren en te gebruiken is. Als je geen echte programmeur bent (aangezien je ervaring beperkt is tot de MQL-subset van C of een andere pseudo-taal), kan het moeilijk zijn om te beginnen. Als je WAT programmeerkennis kent, is het misschien makkelijker dan je denkt, maar je aanleg zal bepalen hoe snel je een bot kunt maken in .NET. Opgemerkt moet worden dat het MBTSDK-forum veel voorbeelden heeft om u te helpen vertrouwd te raken met het proces. Dus als je je account (of demo-account) hebt en niet zeker weet wat je moet doen en je denkt dat je het kunt, dan is dat forum de plek om te beginnen.
Ik ben het eens met glasvezel. Als u uw hele bot in .NET schrijft, heeft dit het voordeel dat MBT (waarschijnlijk ook eFX) deze rechtstreeks in hun serverfaciliteit kan hosten (zeer lage latentie en betrouwbare omgeving). Als je prijsgeschiedenis nodig hebt, kun je die krijgen van de esignal of tenfore-api, beide hebben MB-forex-gegevens.
Ik zou geen idee hebben hoe ik een .NET-bot moet maken. Waar zou de prijsfeed vandaan komen? Kun je een voorbeeldcode plaatsen voor een eenvoudige bot (zoals een kruis met voortschrijdend gemiddelde) Bedankt.
Ik ben aan het sleutelen geweest aan de EFX(MBT) API, kun je wat meer in detail treden over wat je bedoelt met instabiel?
Posting Permissions
Reply With Quote