ene 17

Algunas ideas para el futuro ¿v7.7 o v7.8?

Posted in ideas

Siguiendo con una serie de articulos en el que se aportan ideas para mejorar la herramienta, voy a indicar en este “post”, algunas más para que el futuro sea prometedor.

Enlace al post de ideas anterior: Mas sugerencias para la 7.6

En este caso, todas están intimamente relacionadas, y todas persiguen un mismo proposito, mayor apertura a los estandares y mejor integración entre Velneo V7 y otras herramientas.

Como algunos ya saben, este fin de semana, hemos realizado algunas pruebas para integrar V7 y Android, el resultado ha sido todo un exito desde las primeras pruebas realizadas. Pero para poder seguir avanzando, necesitamos mejorar la comunicacion entre ambos, y las sugerencias que aqui se realizan, permitirán que los experimentos realizados sean mucho mas eficientes y nos permitan avanzar mas rápido si cabe.

  1. Empecemos abriendo boca con algo sencillo, ya solicitado en alguna ocasión, “Ampliar las sentencias de proceso para el acceso a la API de datos de Velneo V7”, incluyendo algunas nuevas sentencias como:
    • APIVEL: Get nombre de tabla por identificador
    • APIVEL: Get tabla por número (para poder ver todas las tablas de un proyecto)
    • APIVEL: Get nombre de indice por identificador
    • APIVEL: Get indice por número (para poder ver todos los indices de una tabla)
    • APIVEL: Get nombre de proyecto por identificador
    • APIVEL: Get proyecto por número (para poder ver todos los proyectos de una solución)
  2. Poder disponer de funciones nativas para parsear y también para generar XML (y/o JSON) seria un avance muy interesante. Si ademas, se permitieran funcionalidades tales como las permitidas en la libreria “SimpleXML” de PHP para “XPath”. Eso seria una bomba.
  3. Ya disponemos de la posibilidad de ejecutar scripts de JavaScript (ECMAScript), VBscript, y también de Python. Pero considero, que hoy por hoy, de cara a la web, permitir Scripts de PHP seria todo un acierto, entre otras cosas, porque tambien es multiplataforma, porque hay “utilidades” y “aplicaciones” para aburrir, y sobre todo, porque romperia muchas barreras de cara al exterior.
  4. Si además, consideramos que, ante la falta del punto 2, “acceso nativo a XML”, mediante el punto 3 “ejecutar scripts de PHP” tambien tenemos solucionado en parte ese problema, hay poco mas que decir.

Para aquellos que aún tienen dudas de la potencia de XPath , aqui teneis un Tutorial de XPath, y aqui os dejo algunos Ejemplos, para que podais examinar toda su potencia.

Como ya sabemos, mañana será publica la nueva versión 7.6 y va a ser un poco precipitado que todas estas sugerencias sean incluidas en dicha versión, pero seria muy de agradecer que sean tenidas en cuenta para las próximas versiones.

De momento, creo que ya es suficiente, que la neurona ya empieza a echar humo 😀 .

Para caminar en la oscuridad de nuestras propias limitaciones, no hay nada mejor que dejarse guiar por un buen lazarillo. 😉

PDF Download    Enviar artculo en formato PDF   
comments: Closed

8 Responses to “Algunas ideas para el futuro ¿v7.7 o v7.8?”

  1. Hola Don José Luis,

    Por un lado, te doy la razón en todos los puntos. También es cierto, que una de las cosas que tendría que existir, es el roadmap de Velneo para las dos siguientes versiones, porque, si algo ya está planificado por parte de Velneo, es tontería votar para dar prioridades si ya se va a hacer.

    Por otro lado, podrías comentarnos tus experiencias con V7 y Android?

    Un saludo y gran post.

  2. agustin dice:

    Jose Luis, CHAPEAU a todo. Un saludo y gracias por vuestro esfuerzo. :-)

  3. Filipe Gomes dice:

    Es fundamental que velneo y V7 entre en una dinamica que permita comunicar con demás plataformas de una forma fácil y funcional.
    Si velneo creara como dice Jose Luis un cargar lista por el contenido de una variable esto abriria un mundo de nuevas posibilidades, que paso a comentar:

    – Si tuvieramos estas funciones, podriamos por ejemplo desde php, android, ios, java y flash, usar la base de datos de velneo como si fuera una mysql. Ya sé que el objectivo de velneo es tenerlo todo integrado, y estoy de acuerdo con esa idea, pero es indiscutible, que para aplicaciones complejas y de una cierta magnitude velneo se nos queda corto, y tendremos que usar otro tipo de herramientas.

    Con respecto a las experiencias de v7 y Android, puedo decir que son buenas, nos falta praticar un poco más de Java para manejar el Android un poco más a gusto, pero ya logramos una comunicacion biderecional entre ambos.

    Pienso que con algun trabajo, se puede lograr una forma de comunicacion estructurada y facil entre ambos, pero para ello seria casi imprescindible que velneo v7 integrara funciones nativas para el manejo de xml, desde el parseo hasta busquedas en el xml.

    Jose Luis y yo, pensamos que si Velneo nos ayuda en el punto anterior puede ser posible, hacer que velneo dé instruciones directas (y vice-versa) a android, podiendo incluso desde velneo lanzar instruciones del tipo abre formulario X hacia el android, lo que se podria convertir en un vclient muy basico y con algunas limitaciones, para android.

  4. admin dice:

    En realidad, además de todo lo dicho por Filipe, quiero añadir que, considero que las puertas no se abren solo para Android, sino para todos los que han entrado en juego y se reparten el pastel.

    Ya que este metodo podria ser utilizado para comunicar con Android, iOS (iPhone / iPad), Windows Phone 7, etc.

    un saludo
    Jose Luis

  5. Miguel dice:

    Enhora buena por la iniciativa! y esperamos ver pequeños ejemplos de desarrollo del nuevo camino que estais abriendo. La integración de tecnologías es el verdadero valor añadido de un desarrollador, para las aplicaciones empresariales del presente y del futuro.

    Un saludo.

  6. admin dice:

    Si de verdad os gusta la idea, aqui teneis, para votarla:

    http://ideas.velneo.es/forums/61867-ideas/suggestions/1385501-generar-y-parsear-xml

    un saludo
    Jose Luis

  7. Alfonsogu dice:

    Me parece muy interesante, lo hablamos en Madrid me lo apunto.

    Muchas gracias y un saludo

  8. agustin dice:

    Añadiría dos sentencia más del API: Get indentificador de campo por numero y Get nombre de campo por número y que ambos valores pudieran ser pasados como parámetros de funciones.
    Abriría un campo de personalizaciones amplísimo. Yo ya las echaba en falta en la versión 6.
    Un saludo.



Pings responses to this post