mv “Cajas de objetos” “Cajas de aplicaciones”
Según avanzamos en el proyecto V7, vamos refinando tanto conceptos como características.
Hasta ahora la denominación empleada para los tipos de cajas era: cajas de datos y cajas de objetos. La denominación de cajas de objetos podría dar la sensación de que la caja de datos no contiene objetos. Nada más lejos de la realidad. Todos los componentes son objetos: las tablas, los índices, los procesos, los formularios, etc., es decir, los dos tipos de cajas contienen objetos.
Con el fin de evitar esta posible confusión hemos decidido “renombrar” la caja de objetos. Su nuevo nombre es “Caja de aplicaciones”, ya que los objetos que contiene son los usados para el interfaz de la aplicación.
Con esta nueva denominación estamos convencidos que no habrá dudas al respecto del contenido de cada tipo de caja.
¿Te parece acertado el cambio o crees que no existiría confusión alguna?.
Etiquetas: caja, caja aplicaciones, objetos
- Valorar esta entrada
(Sin votos) - Comentarios (10)
- Comentar
- Imprimir
Por ignacio #
Me parece correcto el cambio. A mi me ha llevado a confusiones.Ahora esta mas claro.
Animo y saludo.
Ignacio.
Por fjpnovo #
Buenas tardes:
Me parece correcto. No tanto para evitar confusiones (la mayor parte de la terminología es nueva y tenemos que acostumbrarnos a todos los nuevos términos), sino por coherencia: En vAdmin se habla de instancias de aplicación y es bueno que se llamen de la misma forma en todos los componentes de la plataforma.
Un saludo,
Fran.
Por jhhenao #
mv “Cajas de objetos” “Cajas de aplicaciones”3
El cambio es acertado, felicitaciones.
Disculpen una pregunta, como va el tema de los esquemas de tablas?
Jaime H. Henao R.
jhhenao
Por manuel.rd #
Perfecto, a mi me costo al principio comprender el concepto de los tipos de cajas.
Es un concepto nuevo los de las cajas y para los que ya trabajamos con la aplicación, creo que no a mi solo. Al principio el cambio nos dejo un poco perdidos. Con ese nuevo nombre queda más claro cual es el objetivo de la caja
Por ceil #
Hace algunos años en un desarrollo en el antiguo Clipper de una aplicacion de gestion empresarial que permitia desarrollar otras aplicaciones (con sus limitaciones), se componia de un programa para definir las estructuras de datos, un ejecutor de la aplicacion y una serie de archivos de texto para programar las funcionalidades a partir de funciones predefinidas. Al primer módulo se le llamó nucleo, y al resto envolvente que podia definir la interfaz de la aplicacion final.
Siguiendo esa terminologia:
Caja de Datos –> Esquema de la aplicacion ó nucleo
Caja de Objetos–> Interfaz de la aplicación ó envolvente.
Me parece bien Caja de datos y Caja de Aplicaciones, aunque por terminologia que no quede
Por benito.lavandeira #
Bien, aunque no está relacionado con el tema me procupan dos cuestiones sobre el avance de V7.
Se trato el entorno web, correcto.
No se trato ni comentó nada sobre los informes, para mí uno de los caballos de batalla de la V6.
Hace tiempo que no se comenta nada o muy por encima sobre le paso de las aplicaciones de V6 a V7
Un pequeño comentario a estas alturas de la película sería tranquilizador
Por gregonzalezg #
Me sumo a lo mencionado por Benito. Si bién nos ahorramos enormes tiempos dando soluciones rápidas, seguras y estables más de las veces este tiempo lo perdemos en buscar soluciones malabáricas para emitir un simple informe. Normalmente el cliente desea ver un papel impreso, y cómo le explicamos que tenemos la mejor herramienta que se pueda concebir actualmente siendo que no le podemo dar el bendito papel impreso en el tiempo y forma como sería en otras aplicaciones como CrystalReport o PoweBuilder?, valga la redundancia que me refiero a la creación de los informes.
Otro punto: si me decanto por una herramienta impresionante ( así lo considero a velneo) que me ayuda a trabajar rápido y bien…. No entinendo porqué tengo que saber programar DLLs para buscar las soluciones que necesito. Mucho se habla de que Vb ha pasado de moda y ha quedado desfasado y sin embargo tenemos que programar en lenguaje C. Cual es la lógica?
Y porqué ubico todo esto en la sección de betatesters y no en el blog convencional?. Porque con la versión anterior lo hecho hecho está y con la V7 quiero olvidarme realmente de todo y tener que preocuparme de donde consigo un programador en C que me solucione la captura de firma digital o que me cree un sistema paralelo o adicional para DataWare.
Saludos cordiales y sigamos para adelante.
Por eic #
Hola.
En cuanto al tema de los informes, efectivamente hace tiempo que no se comenta nada… pero sí que se sabe que habrá vODBC. A una mala, podremos usar CrystalReports enlazando a Velneo por ODBC, que siempre es una tranquilidad, aunque lo lógico sería tener una herramienta integrada y verdaderamente funcional.
Y en cuanto al paso de v6.x a V7, yo no tengo grandes esperanzas porque pienso honradamente que no es posible pasar transparentemente de una a otra. Como mucho, se pasarán las tablas (y punteros, y eventos de tablas, y actualizaciones), y los objetos “como se pueda”, pero sé seguro que tocará repasar la aplicación de arriba a abajo, para asegurar su funcionamiento con la nueva versión. De todos modos, al tiempo.
Saludos,
Fran Varona
Por davidgu #
Hola, os copio un comentario de un post antiguo hablando sobre el tema de informes…
“Para los informes en V7 hay una doble estrategia.
Existe un editor de informes al estilo del editor de informes actuales, dicho editor incluirá las funcionalidades actuales y solucionará muchos problemas del estilo de “partir objeto texto”.
Pero somos conscientes que nuestra solución de informes no dará todas las prestaciones de otras herramientas del mercado focalizadas exclusivamente en la problemática de informes.
Mediante el ODBC en el vServer se podrá acceder a las estructuras de datos e información. De esta forma se podrá cubrir el 95% de los informes desde la propia plataforma y el desarrollador dispondrá de la posibilidad de usar otras herramientas existentes en el mercado para solucionar ese 5% de informes complejos.”
Actualmente el editor de informes esta avanzado y falta verlo operativo en ejecución en las próximas betas de V7.
Saludos
Por subcripciones #
Me parece acertado el cambio de nombres, y me parece acertado igualmente incluir un Report al estilo del que ya existe en v6, eso sí, corrigiendo los fallos que tiene y ampliando algunas característiacas del editor para hacerlo más cómodo y flexible a la hora de trabajar. Me gustaría saber si se desarrollará una herramienta al estilo vReport (Editor de personalizaciones) tal y como existe en v6, que permite que sea el propio cliente quien diseñe los informes.
También me parece genial que se puedan usar herramientas, como Crystal Report a través de vODBC, para aquellos proyectos en v7 que necesiten informes más elaborados y complejos.
Saludos.
Dario Plaza