locked
Mudanças na IDE VFP9 RRS feed

  • Discussão Geral

  • Olá.

    Eu gostaria que com esse tópico, pudéssemos abordar algumas ferramentas ou evoluções possíveis de serem feitas no VFP9 SP2 com relação a IDE.

    Trabalhei com FP de 1993 até 2002, até eu ter a péssima idéia de criar os novos sistemas em Delphi por causa de comentários e questões de evolução da ferramenta. Foi realmente uma péssima idéia. Comecei com Delphi 5, passei para o 6 e parei no 7. Por incrível que pareça, o Delphi após a versão 7 (8, 2005, 2006, CodeGear 2007), regrediu mais do que o VFP cresceu da versão 3 para a versão 9. Isso quer dizer que: A questão da Microsoft continuar a dar manutenção no VFP é muito relativo, pois a Borland continuou e deu no que deu, o VB6 também parou, pois o VB.NET nada tem a ver com VB6. Bem que a MS poderia abrir o código fonte do VFP logo ou então resolver dar continuidade na evolução dessa belíssima ferramenta que é o VFP.

    Mas não foi tudo tão ruim assim, aprendi coisas interessantíssimas com relação a IDE, que se aplicadas a IDE do VFP a questão de criação de softwares seriam muito mais rápidas. Talvez essas soluções já até existam, e é por isso que estou abrindo esse tópico, para trocarmos informações com relação ao enriquecimento e produtividade da IDE VFP.

    • O menu designer poderia ser WYSIWYG;
    • O form designer poderia já apresentar os dados da tabela quando a mesma já estivesse aberta, para compararmos formato e máscara;
    • No form quando eu alterasse a propriedade Font ou Color por exemplo de um container os objetos contidos no mesmo já poderiam herdar os mesmos valores, contanto que a propriedade ParentFont e ParentColor dos controles dentro do container estivessem em .T.;
    • Para classes, quando crio uma classe herdade de Container ou outro parecido e quando crio um evento para o Resize, o código de Resize deveria ser executado em design-time para que pudéssemos ver por exemplo um Grid que está dentro de minha classe Container ser redimensionada também;
    • Quando em uma classe form desenvolvida por mim tem um container e eu já tenho diversos formulários herdados desse form e objetos dentro desse container nos forms, se eu tentar apagar esse container na classe se eu tentar abrir os forms herdados da mesma não deveria dar erro, mas sim me questionar se quero abrir e apagar todos os objetos do container que não existe ou move-los para outro container existente, se eu informasse que não queria nem uma opção e nem outra aí sim ele não abriria o form para edição.

    Gostaria de saber a opinião de vocês, e se já existe algo parecido para o nosso VFP. E também futuramente acrescentar outras em que eu for lembrando.

     

     

    Se a Microsoft pudesse pelo menos ler isso e autorizar o pessoal do desenvolvimento do VFP a criar uma nova IDE, não precisar mudar a linguagem, somente melhorar a IDE.

     


    _________________

    Endrigo Rodrigues
    Fantastsoft Sistemas

    quarta-feira, 14 de maio de 2008 17:03

Todas as Respostas

  • Endrigo,

     

    Me identifiquei muito com o comentários sobre o Delphi - também migrei pra Delphi(induzido pela propaganda), mas pago alto preço por isso até hoje... só gerou dor de cabeça e prejuizo. Depois definimos que mais nada seria desenvolvido em Delphi e voltamos pro Visual FoxPro - naquele tempo estava na versão 6. Então trabalhamos com FoxPro 7, 8, e nove. Hoje quase todos os softwares que temos são em FoxPro9 - atualmente, como o VFP foi descontinuado, estamos migrando tudo pra C#.

     

    Na minha opinião o maior investimento deve ser em C/C++ - quanto menos intermediários melhor, isto é, quanto mais baixo nível o nosso trabalho for melhor pra nós.

     

    quinta-feira, 22 de maio de 2008 12:22
  •  

    Geraldo,

     

    Você já viu que existe uma maneira de desenvolver sites .net em linguagem VFP? Assim também como existe a maneira de desenvolver aplicativos .net em Delphi, também existe para VFP.

     

    O VFP só não evolui mais pq os marqueteiros da M$ não querem. Pois é uma das melhores ferramentas de desenvolvimento que já existiu.

     

    Agora, eu que não desenvolvo aplicativos para web, somente desktop, não preciso do .net. E se precisar de uma aplicação web preferiria desenvolver em FoxWeb, que é espetacular. E outra, trabalhar em 3 camadas com VFP é espetacular, imbatível.

     

     

    Obrigado pelos comentários Geraldo.

     

    segunda-feira, 26 de maio de 2008 13:04