Xailer & OZ Software

Más novedades de Xailer para Harbour:
http://xailer.info/esp/?p=891
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

José:
Preocupante, lo hago todo con DLL.
Con la esperanza de que esto funcione!
Saludos!
Mário Angelini

Mario eu li depois de traduzido com o Google translator, mas não entendi
muito bem poderia resumidamente explicar?
[]´s
"www[dot]eMeAsOfT[dot]com" escreveu na notí­cia da
mensagem:5037df7b$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
José:
Preocupante, lo hago todo con DLL.
Con la esperanza de que esto funcione!
Saludos!
Mário Angelini
--
http://www.eMeAsOfT.com
http://emeasoft.blogspot.com/
http://twitter.com/emeasoft
http://www.facebook.com/emeasoft
https://plus.google.com/102999253031532804222
http://g.co/maps/26gey

José,
Nesta nova versão, também poderia ter mais uma possibilidade de gerar
DLLs (escritas em Xailer/[x]Habour) que podessem ser utilizadas por
outros programadores de outras linguagens (Delphi, VB, etc...), mesmo
que estas ficassem grandes.
PS: Aproveite para colocar a Opção de Portugues(Brasil) que lhe enviei
esta o mais proximo possivel do Portugues ¨Internacional¨.
Obrigado,
Marcelo Coelho Silva
Brasil
Em 24/08/2012 15:32, Jose F. Gimenez escreveu:
> Más novedades de Xailer para Harbour:
>
> http://xailer.info/esp/?p=891
>
>
> Un saludo,
>
> José F. Giménez
> http://www.xailer.com
> http://www.xailer.info

Enhorabuena por los avances de un proyecto tan importante para el futuro de xailer.
El tema de las Dll apoyandose en el ejecutable está muy bien, pero serí­a tambien muy importante mantener desde xailer el soporte para crear dlls con VM y RTL dentro y accesibles desde otros lenguajes. Imaginemos las posibilidades de usar una DLL con todo un sistema de gestión programado en harbour y que sea accesible desde Vb o C#.
Esto permitirí­a implementar en un futuro cosas como un sistema de gestión accesible ví­a web .. o por que no .. una DLL programada en harbour y dado servicio a un capa en Java dentro de un Tablet Android!!. Serí­a muy conveniente que mantuvieseis el soporte desde Xailer a esta posibilidad!!
Por otra parte, y ya que el siguiente paso es meterse con del debugger, serí­a muy importante aprovechar la ocasión para dar soporte a las dos únicas limitaciones que faltan para que xailer sea un IDE perfecto y de gran productividad:
1) Evaluación de expresiones en cada paso de depuración. La falta de esta caracterí­stica ralentiza muchí­simo el ciclo de depuración de una aplicación, y obliga en muchas ocasiones a modificar el propio código, cargando en variables locales el resultado de una evaluación, para poder observarlo durante la depuración.
2) Hacer "No modales" todas las ventanas de inspección del debugger, quizá simplemente abriendo mas nodos en el árbol actual de variables del debugger, para cada clase o array que se pueda inspeccionar. Esto evita el tener que estar abriendo y cerrando manualmente una ventana de inspección (por ejemplo de una clase), siempre que se desee analizar como evolucionan sus propiedades durante la depuración.
Esto puede parecer a primera vista una simple incomodidad, pero multiplicado por miles de operaciones de este tipo durante el desarrollo de cualquier proyecto serio darí­a una mejora de productividad enorme.
Un saludo, y animo

Cassiano,
Nosso projeto consiste de um módulo EXE apenas com os menús.
As demais tarefas estão todas em DLL.
Assim o EXE fica pequeno e leve ao ser carregado.
Fazemos assim deste Clipper+Blinker e agora com Xailer+xHarbour, que funciona
muito bem.
Nossa preocupação seria que ao trocar para Xailer+Harbour+MinGW, isto parasse
de funcionar ou funcione de maneira não satisfatória, nos impedindo de
atualizar as nossas versíµes e acompanhar as mudanças.
Abraços.
Mário Angelini

Perfeita explicação entendi muito bem obrigado Mário.
[]´s
"www[dot]eMeAsOfT[dot]com" escreveu na notí­cia da
mensagem:503b6953$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Cassiano,
Nosso projeto consiste de um módulo EXE apenas com os
menús.
As demais tarefas estão todas em DLL.
Assim o EXE fica pequeno e leve ao ser carregado.
Fazemos assim deste Clipper+Blinker e agora com
Xailer+xHarbour, que funciona
muito bem.
Nossa preocupação seria que ao trocar para
Xailer+Harbour+MinGW, isto parasse
de funcionar ou funcione de maneira não satisfatória, nos
impedindo de
atualizar as nossas versíµes e acompanhar as mudanças.
Abraços.
Mário Angelini
--
http://www.eMeAsOfT.com
http://emeasoft.blogspot.com/
http://twitter.com/emeasoft
http://www.facebook.com/emeasoft
https://plus.google.com/102999253031532804222
http://g.co/maps/26gey

Mario,
Na época do Clipper (DOS ou DOS/Windows) tinhamos apenas 640KB (+ 2MB
para Indices) e realmente tinhamos que dividir a aplicação para que a
mesma rodasse. Na época fiz varios teste e a aplicação com EXE unica
sempre tinha performance melhor (obviamente aplicaçíµes que se conseguia
carregar sem obrigatoriamente ter de dividi-las).
Com xHarbour não fizemos um numero de testes que sejam satisfatorio para
uma analise, até porque não sentimos muita diferença em fazer com EXE
unico ou dividido. Quanto a questão de memoria, quando fazemos com EXE
unico o incremento no gasto de memoria não chega a 10MB, em maquinas
hoje com 2GB a 4GB, isto é irrelevante.
Vemos as DLL como uma vantagem para a distribuição de soluçíµes a
aplicaçíµes de terceiro (para nossas proprias aplicaçíµes utilizamos LIB
na linkedição).
Gostaria de sua opnião sobre sua experiencia sobre este assunto.
Obrigado,
Marcelo Coelho Silva
Mhacker Software
Brasil.
Em 27/08/2012 09:34, www[dot]eMeAsOfT[dot]com escreveu:
> Cassiano,
> Nosso projeto consiste de um módulo EXE apenas com os
> menús.
> As demais tarefas estão todas em DLL.
> Assim o EXE fica pequeno e leve ao ser carregado. Fazemos assim deste
> Clipper+Blinker e agora com
> Xailer+xHarbour, que funciona
> muito bem.
> Nossa preocupação seria que ao trocar para
> Xailer+Harbour+MinGW, isto parasse
> de funcionar ou funcione de maneira não satisfatória, nos
> impedindo de
> atualizar as nossas versíµes e acompanhar as mudanças.
> Abraços.
> Mário Angelini

Marcelo,
Acho mais prático o uso e a distribuição de DLL pois ocorre que
em caso de alguma correção apenas a troca da DLL no usuário é
suficiente.
Dividimos as DLLs por categoria: clientes, fornecedores, estoque, etc...
Fazemos também as especí­ficas para impressoras, TEF, NFe, orçamentos, etc...
Assim, na hora de corrigir, compilamos somente aquilo que foi alterado.
Abraços
Mário Angelini