Actualización del Order2Go de Julio de 2011

From FxCodeBaseWiki
Jump to: navigation, search

El oficial comunicado de Order2Go está programado en Julio. La actualización será requiere con este comunicado. El nuevo versión de Order2Go proporciona mucho de grande características como los órdenes de stop/límite para los cuentas basado en US y muchos otros (encuentra la lista completo debajo). También, en este comunicado hay pocas funciones que debe utilizarse por todos usuarios de Order2Go. Sin este su aplicación de Order2Go puede función incorrecto (véase Critical Changes).

¿Donde Obtener?

Generación de desarrollo del más reciente (Jun, 03 2011) puede ser descargado aquí:

Stand Alone Full Installation (FXOrder2Go.EXE)
Microsoft Installer Merge Module Full Installation (Order2GoMSM.msm)
Microsoft Installer Merge Module Redistributable Modules Only (Order2GoMSMComponents.msm)
C++ Interfaces (cpp.zip)
PDB files (pdb.zip)

¿Novedades?

Las Cambias Critico

En este comunicado hay unas pocas funciones que debe ser usada por todos usuarios de Order2Go. Sin este, su aplicación de Order2Go puede función incorrecta. Por favor encuentra la lista de estas funciones debajo.

Propiedades de Orden al final por Tipo de Orden y Instrumento

El siguiente propiedad será considerada obsoleta:

  • TradeDeskAut.GetSystemProperty("TRAILING_STOP_DYNAMIC")
  • TradeDeskAut.GetSystemProperty("TRAILING_STOP_MAX" )
  • TradeDeskAut.GetSystemProperty(“TRAILING_STOP_MIN" )
  • TradeDeskAut.GetSystemProperty("TRAILING_STOP_USED ")

Ahora, esas propiedades don definido por instrumento y tipo de orden. Debe utilizar los interfaces TradingSettingsProviderAut y PermissionCheckerAut obtener las propiedades del mismo pero instrumento y tipo del orden.

  1. TradeDeskAut.GetSystemProperty("TRAILING_STOP_DYNAMIC")
    La propiedad es ahora definido para entrada stop, límite de entrada, detener y limitar los órdenes por separado. Recuperar las propiedades, por favor en su lugar usa los métodos de PermissionCheckerAut instead:
    • CanUseDynamicTrailingForEntryLimit
    • CanUseDynamicTrailingForEntryStop
    • CanUseDynamicTrailingForLimit
    • CanUseDynamicTrailingForStop
    • CanUseFluctuateTrailingForEntryLimit
    • CanUseFluctuateTrailingForEntryStop
    • CanUseFluctuateTrailingForLimit
    • CanUseFluctuateTrailingForStop
  2. TradeDeskAut.GetSystemProperty("TRAILING_STOP_MAX" )
    Ahora se define la propiedad para stop de entrada, límite de entrada, stop y límite por separado. Recuperar las propiedades, por favor usa los métodos de TradingSettingsProviderAut en su lugar:
    • GetMaxTrailingStepForEntryLimit
    • GetMaxTrailingStepForEntryStop
    • GetMaxTrailingStepForLimit
    • GetMaxTrailingStepForStop
  3. TradeDeskAut.GetSystemProperty(“TRAILING_STOP_MIN" )
    Ahora se define la propiedad para stop de entrada, límite de entrada, órdenes de stop y límite por separado. Recuperar las propiedades, por favor usa los métodos de TradingSettingsProviderAut en su lugar:
    • GetMinTrailingStepForEntryLimit
    • GetMinTrailingStepForEntryStop
    • GetMinTrailingStepForLimit
    • GetMinTrailingStepForStop
  4. TradeDeskAut.GetSystemProperty("TRAILING_STOP_USED ")
    Ahora se define la propiedad para stop de entrada, límite de entrada, órdenes de stop y límite por separado. Recuperar las propiedades, por favor usa los métodos de PermissionCheckerAut en su lugar:
    • CanUseDynamicTrailingForEntryLimit
    • CanUseDynamicTrailingForEntryStop
    • CanUseDynamicTrailingForLimit
    • CanUseDynamicTrailingForStop
    • CanUseFluctuateTrailingForEntryLimit
    • CanUseFluctuateTrailingForEntryStop
    • CanUseFluctuateTrailingForLimit
    • CanUseFluctuateTrailingForStop

MMR y BaseUnitSize por Cuenta y Instrumento

En el Nuevo versión, recuperar los valores BaseUnitSize y MMR, no debe usa la columna BaseUnitSize de la tabla Accounts y la columna MMR de la tabla Offers. A diferencia de en las versiones anteriores, se deben obtener los valores para una determinada cuenta/oferta.

Recuperar los valores, debe usa los métodos TradingSettingsProviderAut.GetBaseUnitSize y TradingSettingsProviderAut.GetMMR correspondientemente.

Ejemplo: Get MMR (O2GO, CS)

Supervisión de estado de conexión con el servidor de precio

GetPriceHistory, GetPriceHistoryUTC y GetPeriods métodos Supervisión de estado de conexión con el servidor de precio puede fallar en caso de que se llaman antes de establecer una conexión con el servidor de precio. Por ejemplo, si se llaman después de inicio de sesión.

En la nueva versión, debe supervisar el estado de la conexión para prevenir la falta de métodos que trabajan con el servidor de precio. Son métodos tales como: PriceHistoryHelperAut.GetPeriods (que recibe la lista de los períodos disponible), TradeDeskAut.GetPriceHistory, GetPriceHistoryAsync y TradeDeskAut.GetPriceHistoryUTC, GetPriceHistoryUTCAsync (que recibe los precios de histórico).

Controla el estado, usa los eventos TradeDeskEventsSink.OnPriceSessionStatusChanged pendiente eventos del tipo KIND_PRICESESSIONSTATUSCHANGE.

También, Order2Go proporciona una método TradeDeskAut.IsPriceServerConnected definar si conexión con el servidor de precio se estableces.

Si el estado de la conexión es otra que Connected, los métodos función con el servidor de precio no debe utilizarse.

Comercio

Stop/Límite para Cuentas basado en US (Órdenes de ELS)

Desde cerca, órdenes de Stop y límite de oficios individuales para todas las cuentas de los Estados Unidos basado no son funcionales (ya que no son compatibles con la National Futures Association (NFA)Compliance Rule 2-43 (b), el enfoque especial es necesaria para la gestión de riesgo en esas cuentas. Para este propósito Order2Go apoyo nuevo tipo del orden - órdenes de ELS (Entrada con Límite y Stop).


ELS Order (Entrada con Límite y Stop) es una orden que contiene dos o tres órdenes - una orden primaria (apertura) y uno o dos órdenes de secundaria (de clausura). Un orden primario puede ser un orden de mercado o entrada. Órdenes de secundarios pueden ser un límite entrada y entrada de ventanilla cuyo funcionamiento de comercio es opuesta a la de la orden primaria. Todos los órdenes en ELS tienen la misma cantidad. Cuando se ejecuta la orden primaria, las secundarias órdenes activos y órdenes de trabajo a continuación como OCO - que es cuando uno de ellos es ejecutado, el otro se cancela automáticamente. Pero a diferencia de las órdenes OCO, ELS órdenes no puede abrir nuevas posiciones, simplemente cerrar las existentes de conformidad con las normas de FIFO.

Ejemplo: Create ELS Order(O2GO, CS)

Orden Time-In-Force

Order2Go proporciona la capacidad especificar el duración de los órdenes de entrada y abierta y cierre órdenes inmediatamente. El orden de Time-In-Force define cuantos tarde el orden quedara active antes de este es ejecutado o caduca.

Inmediata Orden Time-in-Force

Order2Go proporciona la capacidad especificar la duración de un orden de abre y cierra inmediatamente:

  • Un orden de GTC (Good Until Cancelled) indica que quiere tomar el importe total de su orden. Este orden puede ser ejecutado parcialmente.
  • Un orden de IOC (Immediate Or Cancel) indica que quiere tomar el máximo cantidad del orden disponible. Este orden puede ser ejecutado parcialmente, y la parte restante se cancelara cuando no hay liquidez.
  • Un orden de FOK (Fill or Kill) indica que quiere el importe total de su orden inmediatamente o de nada.

At Best market órdenes tiene uno del tres opciones de Time-In-Force: GTC, IOC o FOK.

Market Range órdenes tiene uno del dos opciones de Time-In-Force: IOC o FOK.

Establecer el orden Time-In-Force, usa los siguientes métodos:

TradeDeskAut.CloseTrade2, CloseTrade2Async]

Ejemplo: Set Time In Force for At Best Market Order (O2GO, CS)

Orden de Entrada Time-In-Force

Order2Go proporciona la capacidad especificar la duración de su orden de entrada:

  • Un orden de GTC (Good Until Cancelled) indica que quiere el orden quedar active hasta ejecutado o cancelado por usted.
  • Un orden DAY indica que quiere el orden quedar active hasta ejecutado, cancelado por usted o hasta el fin del día de comercio.

Establecer entrada orden Time-In-Force, usa los siguiente métodos:

Eligir Modo de Fluctuante

Como ahora el servidor admite simultáneamente, ambos modos finales (dinámicas y fijos), Order2Go proporciona la capacidad eligir una moda de fluctuante para Entry, Net Stop/Límite y regular órdenes de Stop/Límite.

Soportar los órdenes de trailing, Order2Go proporciona los siguientes datos y métodos:

Estos métodos permiten eligiendo que moda de trailing moda (dinámica o fija) debe ser utilizado.

Example: Create Trailing Entry Order (O2G, CS)

Cambiar el Tasa de Orden de Entrada y Cantidad a la vez

Con el Nuevo método TradeDeskAut.ChangeEntryOrder, ChangeEntryOrderAsync, puede cambia una tasa y cantidad de un orden de entrada a la vez.

Ejecución de Múltiples Operaciones Comerciales a la vez

Ahora es posible ejecutar varias operaciones comerciales ("crear", "cambio" o "eliminar") a la vez. Por ejemplo, puede enviar un lote con una solicitud para abrir una posición y con dos solicitudes para crear órdenes de entrada. Para este propósito, el Order2Go proporciona el interfaz OrdersBatchAut. Usa los métodos del interfaz anidar solicitudes de los órdenes para crear/ cambiar/ eliminar a el lote. Ejecutar las solicitudes, llame el método OrdersBatchAut.Execute, ExecuteAsync

Compruebe el Importe del Orden en Caso de Rellenos Parciales

Se agregan nuevas columnas a la tabla órdenes. Están destinados a determinar las cantidades restantes y llenas de órdenes en caso de rellenos parciales:

  • La columna OriginQTY muestra la cantidad de original del orden cuando fue colocada.

Para un orden de apertura este valor siempre es el mismo. Para una orden de cierre va a cambiar este valor si la posición a la que está conectado este orden está parcialmente cerrada.

  • La columna FilledQTY muestra la cantidad del más reciente parte rellenada. Nota que en el mensaje de eliminación de orden este campo tiene una valor de cero.
  • La columna Lot muestra la cantidad todavía se rellena (la cantidad restante).

La diferencia entre OriginQTY y Lot es la cantidad rellenada.

Ejemplo: Monitor Order Execution Using Events Handling (O2GO, CS)

RequestOrderStatus

TradeDeskAut.RequestOrderStatus permite recibir el Fix Status que corresponde a la columna FixStatus de la tabla Orders.

Ejecución Asíncrona

Iniciar y Cerrar de Sesión Asíncrono

Order2Go proporciona unos nuevos métodos asíncrono iniciar y cerrar de sesión:

Obtener la resultado de ejecución LoginAsync, usa los eventos TradeDeskEventsSink.OnSessionStatusChanged o o los eventos pendientes del tipo KIND_SESSIONSTATUSCHANGE. Si un error ocurre durante el inicio de sesión, el estado Disconnected se devuelto. En este caso puede obtener el texto del erro utilizando la propiedad TradeDeskAut.LastError.

Métodos Asíncronos para Obtener el Historial de Precios

Order2Go proproporciona nuevo métodos asíncronos para obtener los precios históricos:

Los métodos devuelve RequestID. Obtener el resultado de los métodos de ejecución, usa los eventos TradeDeskEventsSink.OnPriceHistoryCompleted o los eventos pendiente del tipo KIND_PRICEHISTORYCOMPLETED.

Procesamiento de Eventos

Filtro de eventos

Order2Go proporciona la capacidad establecer una filtro para los eventos. Puede conjunto una filtro para los eventos recibir sólo los eventos de comercio y no recibir los eventos causa por nuevo calculación de datos. El siguiente método y propiedades son anidados a TradeDeskAut:

Configuración de Comercio

Obtiene Todos Niveles de Margen

Order2Go permite obtener todos tres niveles de margen:

  • Requisito de margen de liquidación (LMR, define la cantidad de fondos necesarios para evitar la liquidación de una posición de un lote).
  • Requisito de margen de mantenimiento (MMR, define la cantidad de fondos necesarios para mantener una posición de un lote).
  • Requisito de margen de entrada (EMR, define la cantidad de fondos necesarios para abrir una posición de un lote).

El nuevo método GetMargins es anidado a la clase TradingSettingsProviderAut. El método devuelta true si la póliza de margen es niveles tres. En este caso puede recupera los valores MMR/EMR/LMR desde el parámetros de salida del método GetMargins. De lo contrario el método devuelta false. En este caso puede recupera el valor MMR desde el primero parámetro de salida del método.

Recupera los Sesiones de Comercio y Comprueba Si un PIN se Requerido

Hay usuarios quien tienen múltiple cuentas de los tipos diferencias y obtenga acceso a ellos mediante el mismo inicio de sesión y contraseña. Estos usuarios debe especificar el identificador del sesión de comercio iniciar. También hay usuarios quien usa un PIN iniciar a sesión. Order2Go proporciona los siguientes métodos y las interfaces recuperar los identificadores de los sesiones de comercio y comprobar si PIN es requerido:

Estos métodos obtienen una lista de todas sesiones de comercio disponible. El método RetrieveTradeSessions devuelve un objeto de SessionDescriptorEnumAut El método RetrieveTradeSessionsAsync se aplican para un ejecución asíncrono. Obtener una resultado de ejecución del método, usan los eventos de TradeDeskEventsSink.OnRetrieveSessionsCompleted and TradeDeskEventsSink.OnRetrieveSessionsFailed o o los eventos pendientes de los tipos KIND_SESSIONSLISTCOMPLETED y KIND_SESSIONSLISTFAILED.

Se trata de una colección de los objetos SessionDescriptorAut. La colección se devuelto los métodos TradeDeskAut.RetrieveTradeSessions, RetrieveTradeSessionsAsync .

La interfaz mantiene información sobre una sesión de comercio y contiene las siguientes propiedades:

    • Description
    • Name
    • RequirePIN
    • SubID

Recuperar el identificador de una sesión de comercio, usa el propiedad SubID.

Comprobar si el PIN se requerido para inicio de sesión, usa el propiedad RequirePIN.

Example: Get Session List (O2GO, CS)

Historia de Precio

PriceHistoryHelperAut

El nuevo clase de ayudante FXCore.PriceHistoryHelperAut es anidado para trabajando con los precios histórico. La clase contiene los siguientes métodos y propiedades:

  • GetPeriods (obtiene los identificadores de todos períodos de la historia de precio compatible por el servidor).
  • GetCandle (obtiene el inicio y el final de la vela a que una fecha de especificada encajo).
  • GetTradingDayOffset (obtiene el desplazamiento entre la medianoche de un día y la fecha del inicio de un día de comercio en la zona horaria EST).
  • GetTradingDayOffsetUTC (obtiene el desplazamiento entre la medianoche de un día y la fecha del especificada en el zona horaria UTC).
  • GetTradingWeekOffset (obtiene el desplazamiento entre una fecha de domingo y la fecha del inicio de una semana de comercio).
  • VolumeSupport (comprueba si el servidor apoyo el volumen).

Ejemplo: Create Custom Candle (O2GO, CS)

Apoyo todos de disponible Marcos de Tiempo para Historia de Precio

Ahora, todos marcos de tiempo compatible por el servidor son disponibles en Order2Go. Puede obtener precios de histórico para algún marco de tiempo compatible por el servidor utilizando los métodos:

Recibir una lista de los períodos disponible, usa el método PriceHistoryHelperAut.GetPeriods

Ejemplo: Get List of Supported Time Frames (O2GO, CS)

Volumen de Tick

Ahora, historia de precio contiene volumen de tick. El propiedad de Volume se anidado al clase MarketRateAut. Definar si el servidor soporte el volumen de tick, usa la propiedad PriceHistoryHelperAut.VolumeSupport

Ejemplo: Get Tick Volume (O2GO, CS)

Mayo, 2011 RC1 Actualización

Mayo, 10 2011 el versión de RC ha sido actualizado:

1) Las tablas, órdenes, mensaje de error que la documentación se ha actualizado para reflejar los cambios más recientes en el lado del servidor.

Problemas resueltos: 1) GetMargins devuelve una excepción interna al llamar al método de símbolos no suscrito.

2) Mensaje de error incorrecto cuando inicia una sesión con nombre de usuario vacio/incorrecta.

3) Método GetMargins devuelve ceros para algunas cuentas.

4) No hay eventos después de la ejecución del método ChangeEntryOrderAsync.

5) Imposible crear orden de ELS con un orden primario "market range".

Order2Go Hotfix

Existen los siguientes problemas en la última versión de Order2Go (01.07.070811):

  1. Una cuestión con comercio de CFDs trading en los cuentas de UK. A veces obtiene el error "The command is disabled" cuando tratando de crear un orden para CFD. La problema ocurre porque el Order2Go obtiene incorrecto horas para comercio para CFDs.
  2. Una cuestión con actualizaciones que son frecuente y no necesario de MMR. El problema causa sobre-uso del CPU para usuarios quien tienen docenas de cuentas con margen de nivel-3.
  3. Una cuestión con cero PointSize después de recibir actualizaciones de instrumento. El problema se produce en sistemas con un canal de precios por separado.
  4. Una cuestión con la creación de los órdenes de stop y límite para un orden de entrada existentes en los cuentas de US.

Para obtener revisiones para todas estas cuestiones, descargar el comunicado Order2Go aquí:

Stand Alone Full Installation (FXOrder2Go.EXE)
Microsoft Installer Merge Module Full Installation (Order2GoMSM.msm)
Microsoft Installer Merge Module Redistributable Modules Only (Order2GoMSMComponents.msm)
C++ Interfaces (cpp.zip)
PDB files (pdb.zip)

Pregunta

Por favor, siéntase libre discutir este comunicado en los foros siguientes:

Este Artículo en Otros Idiomas

Language: English  • español
Retrieved from "http://fxcodebase.com/wiki/index.php?title=Actualización_del_Order2Go_de_Julio_de_2011&oldid=17516"