Página 1 de 1
apos o clipper 5.3
Enviado: 20 Ago 2007 08:45
por tonyx
temos o clipper 5.3 e xharbour : alquem conhece outra linguagem ou ferramenta que possa aproveitar os PRG e DBF e utilize janelas do windows em 32 bits
-----
exemplo: apollo ou C3
Enviado: 20 Ago 2007 09:04
por Maligno
O Apollo só permite reaproveitar os DBFs no Delphi/C++. Além dele tem o Halcyon também.
Compiladores, além do Xharbour: Flagship, C3, XBase++, Visual FoxPro, Recital e Clip, que eu lembre.
Enviado: 20 Ago 2007 13:28
por sygecom
Tche, que utilize as Janelas do Windows, já não vai depender em 100% do compilador mas sim da LIB grafica que vc optar em usar....no xharbour/harbour tem varias...Fivewin,Hwgui,Minigui,Brgui...e etc...
Abraços
Leonardo Machado
Enviado: 21 Ago 2007 03:33
por Maligno
Depende do compilador. No FoxPro, por exemplo, o ambiente gráfico é default. Muito embora, o código XBase precise de alterações. Nas demais ferramentas não sei dizer. A meu ver, a maior parte delas não compensa nem testar.
Enviado: 21 Ago 2007 23:15
por Stanis Luksys
Pois é,
Na minha opinião, após conhecer parcialmente algumas das soluções descritas, a única que vale a pena ser explorada é o (x)Harbour. Harbour nasceu da iniciativa de se ter um compilador 100% compatível com clipper, mas que rodasse em ambiente 32 bits.
Como todo projeto opensource, logo foi adotado por outros célebres desenvolvedores que queriam mais, queriam criar um compilador que além de ser compátível com o Clipper, agregasse novos recursos. Nasceu o X.
Indico ambos, apenas por dois únicos motivos:
1- São de fato quase 100% compatíveis com o Clipper, proporcionando uma migração mais simples. Apesar de sua falta de documentação (como também a grande maioria de projetos opensources), se encontra na comunidade grande abrigo, e para quem só quer mesmo migrar, não precisa ir muito além do clipper, apenas a forma de compilar.
2 - São gratuitos de código aberto, isso em parte já justifica uma decisão em boa parte dos projetos (não sei se é o seu caso). Isso não simplesmente por se ter o código do compilador, até porque poucos de nós vão se arriscar a alterar algo nele, mas principalmente porque projetos como este vêm sempre atrelados a contribuições contínuas que mantêm o espírito comunitário, caso aplicado às bibliotecas. No xHarbour vemos hoje uma chuva de libs, de tempo em tempo novas libs, do simples ao complexo, de comunicação serial a comunicação com webcam...
Só para exemplificar a importância do item 2, se no Clipper já fosse assim, hoje não teriamos quase que trabalho nenhum para migrar para qualquer umas das ferramenta apresentadas aqui, pois teríamos os códigos das libs para gera-las com o nosso compilador predileto.
Enfim, de acordo com o tópico "apos o clipper 5.3", a minha sugestão, pelo que pude acompanhar em mais de uma década de xBase, é esta.
Enviado: 22 Ago 2007 10:15
por ademilson
Ola Senhores...
Existe tb o COREBUILDER, um compilador para mult-plataforma, da equipe NewAge aki do brasil que tem como parceiros o Harbour (Ron Pinkas)...
Fui na apresentação do produto em São Paulo, eh tentador o projeto, porém, vou esperar amadurecer mais a idéia, entretanto, já há várias empresas utilizando-a...
Visite:
www.core-builder.com.br
Abraços,
José Ademilson da Cruz
SG Sistemas de automação ltda.
Enviado: 22 Ago 2007 10:32
por Stanis Luksys
Haha...
O tal Corebuilder passa longe do conceito de linguagem ou mesmo de compilador . É um produto genérico que deve agora ter sido adaptado para aceitar sintaxe xBase. Traz pouco controle, e em altísssimo nível, sobre o código final executado na máquina do usuário.
Tem algumas vantagens, em especial no quesito produtividade e aproveitamento de código (depois de usa-lo, não seu código atual).
Conheço bastante gente aqui de SP no ramo de automação que ainda está no Clipper, ainda não ví ninguém usar, e acho até que nunca ouvi ninguém cogitar a possibilidade. Só na internet vejo mais interesse. Eu particularmente ainda não estou preparado para abandonar o MEU código. Nem que fosse para alguém me DAR um sistema em qualquer linguagem que faça tudo que eu meu faz, eu não trocaria. Não saberia dar manutenção. Sem contar o amor ao código.... rsrsrs
Olha só, quando o Accees começou a fazer muito sucesso, falaram que era coisa de preguiçoso, vc montava umas tabelinhas e já criavar forms em questão de minutos. Por algum tempo ele cresceu, vi muita gente trocar Clipper por Access(!), e hoje cadê ele? Profissionalmente, quase inutilizado.
Vejo mais ou menos este caminho para estes frameworks, é uma decisão estratégia bacana, oferecem recursos maravilhosos. Mas e amanhã?
Eu não sei por quanto tempo vou poder programar ainda, mas e o pessoal do Core? Sei menos ainda.
Falou!
Enviado: 22 Ago 2007 10:46
por ademilson
Stanis...
Concordo com vc no aspecto CONTINUIDADE, porém, a ferramenta esta surpreendendo, conheco amigos meu que esta utilizando e com boa perfomance, sobretudo a ideia de trabalho remoto eh muito interessante...
Contudo... vou esperar amadurecer melhor a idéia...
Abraços,
Enviado: 22 Ago 2007 11:04
por Maligno
O tal Corebuilder passa longe do conceito de linguagem ou mesmo de compilador
Só o modêlo de negócio deles é de fazer qualquer um passar longe mesmo.
