porque es tan complidado importar datos de excel a delphi

[roman]

Empezado por Rofocale

Hola a todos estuve leyendo casi todos los hilos sobre el tema de excel en delphi he probado casi todos, funcionan pero no al 100% a veces falla.. queria importa datos a un dbgrid desde un boton y tambien si es que solo seleciono y copio los datos de la hoja de excel con un control + v pegarlos en dicho dbgrid

¡Vaya regañiza que te has llevado! Pero algo es cierto: deberías especificar más qué es lo que no te funciona y quizá se pueda hacer algo.

Mario: no conozco visual studio pero voy a dar por buena la palabra del compañero:

Empezado por Rofocale

en visual studio claro que se hace de una manera super sencilla..

¿Cómo encaja VS en tu larga argumentación de que sólo Excel entiende Excel y no, como dice Casimiro, que sólo MS entiende MS?

// Saludos

[mamcx]

Empezado por roman

Mario: no conozco visual studio pero voy a dar por buena la palabra del compañero:



¿Cómo encaja VS en tu larga argumentación de que sólo Excel entiende Excel y no, como dice Casimiro, que sólo MS entiende MS?

// Saludos

Nada mal de hecho. Que al compañero le parezca o no facil X tarea entre un lenguaje u otro es en parte diseño de API y como se ataca el problema.

Es como decir que hacer un GUI es mas facil en Delphi que en C++ - y teniendo en cuenta que Delphi es una MEJOR interpretación del API nativo de windows (pre-NET) que C++ hecho por MS, sigue mostrando que el acceso al código y el estar pegado a el no significa obligatoriamente una mejor implementación. Es algo que vivo en mi trabajo, donde hago implementaciones (con www.bestsellerapp.com) mucho mas rapido y mejor que las mismas casas de ERP que intentan hacer un acceso móvil a su propio ERP.

Todo esta en el diseño y aproximación.

Ahora la realidad es que Delphi - mas bien la comunidad en general - esta muy atrasado en cuanto a integraciones con un montón de cosas que se usan ahora (ej: Motores NOSQL, cloud, apis Web, y basicamente de todo lo que sale en http://www.hackerne.ws/ y thechangelog.com), y en el caso de Office, mucho se ha avanzado tambien. Si me dieran a escoger, utilizaria mas facil el API de .NET que el delphi, porque esta mas maduro y actualizado. Que sea hecho por MS? Eso es secundario. Lo que uno escoge como herramienta es la que sea mejor para resolver la tarea, increiblemnte a veces MS la tiene. Otras veces - incluso para sus propios produtos - no la tiene.

Ahora habría que saber exactamente que es lo que quiere el compañero -podría ser que al final la tarea especifica es en realidad facil de resolver, incluso en delphi, y que en .NET este mas directo el como resolverla -

Eso me pasa por emocionarme con el tema -porque integrar es de lo que mas hago-. El orden es saber primero exactamente cual es el problema y luego como resolverlo

[roman]

Disculpa que lo diga, Mario, pero hay veces que pareces político.

El punto es que en tu primera argumentación esgrimes que la única forma de hacer un traslado de datos 100% perfecto con Excel, es con Excel mismo. Pero si en VS puede hacerse de manera sencilla, entonces algo falla en tu argumentación.

De hecho, el compañero, a mi juicio, ha recibido una larga disertación que no viene del todo al caso. Para empezar, citas una entrada del soporte de Micosoft que, claramente habla de las dificultades de automatizar Office en un servidor. Ahora bien, no creo haber leido para nada que tal fuera el caso del compañero. Así como tampoco me parece haber visto que mencionara usar Excel como una base de datos.

La conveniencia o no de usar Excel como transporte de datos podría discutirse, pero la realidad es que muchos entornos tienen que lidiar con eso: importar datos de Excel a una base de datos.

// Saludos

[[Delphius]]

No todo se puede, ni debiera, automatizar.
¿Quieren pasar las cosas desde Excel a Bases de Datos?
Hagan el sistema, y luego se pagan a 5 tipos que manden teclazos y pasen la info de un lado a otro.
Al final eso les dará menos dolores de cabeza. Que no quieran pagar a 5 tipos porque les sale caro, ya es otra cosa. Y esa es la gran verdad, no quieren poner un peso y esperan que la máquina les haga el trabajito de gratis.
Lo que se pueda hacer de forma automática, que se haga... para el resto mastercard y pagar a datas entrys. No se puede esperar magia, sea un producto privado o libre. La magia se la da a los chicos de 5 años para entretener en las fiestas de cumpleaños.

Mamx, te mandaste un discursito que poco y nada sirve, me parece. Rofocale empieza a buscarle las vueltas y ver el modo de proponer alternativas. Incluso se valen escenarios en donde se conviva, temporalmente, con ambas cosas como transición. Piensa, analiza las posibilidades y formas de sostener el proyecto... luego que el jefecito se haga cargo y sepa que por más que la informática esté para hacer más fácil la vida, no todo se puede.

Saludos,

[Casimiro Notevi]

Empezado por roman

Disculpa que lo diga, Mario, pero hay veces que pareces político.

+1

[mamcx]

Empezado por roman

El punto es que en tu primera argumentación esgrimes que la única forma de hacer un traslado de datos 100% perfecto con Excel, es con Excel mismo. Pero si en VS puede hacerse de manera sencilla, entonces algo falla en tu argumentación.

Entonces es falso que el traslado de datos desde Excel no es la forma mas facil? Acaso mencione que es imposible que un client externo logre esta tarea? Lo que argumente es que es fundamentalmente imposible que uno externo, contra un sistema que no esta diseñado para tal proposito, no podra lograr la funcionalidad y compatibilidad a un nivel perfecto, y di las razones por las cueles es asi.

Empezado por roman

De hecho, el compañero, a mi juicio, ha recibido una larga disertación que no viene del todo al caso.

Lo cual tienes 100% la razon. El problema es que respondi mas a lo que menciono casimiro, que el problema en cuanto a su lectura era porque excel es propietario, aunque igualmente carecemos ambos de razones para respuesta alguna, igual, no sabemos cual realmente es el problema.

Nos debieron haber sacado por desvirtuar el hilo, mas sobre todo yo....

[Rofocale]

Bueno el problema no era pagar a data entrys lo que pasa es que ya se tiene un excel en donde se trabaja y se ha trabajado siempre y cada dia o semana se modifica y el programa que estaba haciendo era para generar unos txt que debo importar en la pagina de un banco, por ello pensaba el porque es tan dificil, no existen muchos componentes en delphi para temas de excel verdad ? bueno en el trabajo hay una aplicacion que la hicieron con visual studio y que si selecionabas los campos de la hoja de excel y lo copiabas al portapapeles y pegabas en el datagrid del programita con control + v este pasaba de inmediato los datos.. pues queria hacer algo asi con delphi.. pero hasta ahora no he encontrado la forma..
por eso les escribia para ver si por ahi alguien si tenia mas o menos alguna solucion o algo que le haya funcionado perfecto

muchas gracias compañeros

[Casimiro Notevi]

Empezado por Rofocale

bueno en el trabajo hay una aplicacion que la hicieron con visual studio y que si selecionabas los campos de la hoja de excel y lo copiabas al portapapeles y pegabas en el datagrid del programita con control + v este pasaba de inmediato los datos..

Habría que saber qué es exactamente.

[mamcx]

Pues asi como lo describes es algo relativamente facil.

Lo que pasa es que comparas un programa ya hecho contra la perspectiva de uno por hacer. Obviamente el ya hecho parecera mas facil

Ademas, en mi experiencia he visto que no a muchos programadores les sale facil el proceso de integrar sistemas diferentes, y algunos terminan haciendo un montón de vueltas innecesarias.

El truco de todo esto es conocer muy bien como funciona el programa del cual se va a leer, osea, excel. Tambien conocer las diversas formas de acceder a este.

Hay por lo menos 4.

1) Usa automatizacion OLE
2) Usando conexion ADO
3) Leyendo directamente el archivo sin tener excel para nada
4) Cargando el programa dentro de excel, como un add-in

Aqui te exponen las 2 primeras, que son las mas comunes

http://delphi.about.com/od/database/l/aa090903a.htm

La tercera forma

http://www.scalabium.com/xls/xlslib.htm
http://www.vclcomponents.com/s/0__/delphi_excel_reader/

y la cuarta:

http://www.add-in-express.com/docs/v...ion-addins.php

----

Sin embargo, la forma que describes explota una funcionalidad elemental del sistema operativo y NO TIENE NADA QUE VER CON EXCEL.

De hecho, que truco tan bueno!

Estas describiendo que usan el portapapeles para pasar los datos.

Es asi:

Abre un editor de texto. Copia una seleccion de celdas desde excel. Te queda algo asi:

tiempo size tipo
zip 2:10 251.773 normal
zip 1:36 283.268 rapida
rar 2:28 171.434 normal
rar 1:53 187.197 rapida
qpress 1:00 402.056 1
qpress 0:46 345.340 3
lzo 0:57 411.986 3
7zip 1:32 173.304 fast

Ves? Eso es supersimple de interpretar. Lo cargas en un TSTringlist y partes por TAB/espacios y listo.