Autor Tópico: TORNAR OSCRIPTCASE ALGO REALMENTE COMPARÁVEL A APLICAÇÕES DESKTOP AUTAMENTE PROD  (Lida 2793 vezes)

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Comparar hoje o SCriptcase V3 com um aplicação  IDE Desktop produtiva, é exagerar um pouco, podemos dizer que para desenvolver aplicativos para web, aí sim o SC3 tem vantagens sobre outros produtos.

Mas queremos que o SC3 seja também um aplicativo desktop de alto produtividade.

Segue aqui sugestões para transformar o SC3 e uma verdadeira ferramenta de desenvolvimento.

Haroldo

  • Expert
  • *****
  • Mensagens: 6293
  • Conhecimento diminui limitações.△TFA△
    • Infinitus Web Gestão Empresarial/Gestão ITIL/Consultoria Scriptcase
Re: TORNAR OSCRIPTCASE ALGO REALMENTE COMPARÁVEL A APLICAÇÕES DESKTOP AUTAMENTE PROD
« Responder #1 Online: Dezembro 20, 2006, 10:22:33 am »
Podemos sugerir funcionalidades de produtos IDE que poderiam ser agregadas ao SC3 ajudando-o a ser realmente produtivo:

Explanar todos os o pontos para melhoria seria atropelar a evoluçào do SC3, mas eu iniciaria por um item que poderia dar uma alavancada extraordinária ao IDE SC3:

DICIONÁRIOS DE DADOS:

Hoje o mesmo só serve para adicionar labels padrões aos campos, mas a verdadeira funcionalidade do DICIoNÁRIO DE DADOS é:

Atribuir propriedades aos campos das tabelas a serem reaproveitados em qualquer aplicação de qualquer projeto como:
CAMPOS->
.Label Longo (Form)/Label Curto(grid)
.Caixa Alta, Caixa Baixa, Capitula Primeira ou Todas
.Quantidades de digitos Max/Min
.Tamanho da janela objeto em form
.requerido ou não
.tipo (texto, check Box)
.metodos aplicados nos evento
.Validate_metodo (se retornar diferente de 0 não validar o campo)
.Range (valor inicial e final permitido)
.mascaras (melhorar o engine de mascara: tipo numerico ou ascii) se numérica (000.000,00 ou ZZZ.ZZ0,00) , padrões (cnpj ou cpf, telefone com 0800 ajustando a direita, etc...)
.Campo, tabela de relacionamento com lookup automático (escolher o tipo de lookup com itens staticos ou dinamicos (de outra tabela)
.AutoFind (Se o focus estiver nesse campo a navegação  se da por ele)
.DisplayOnly
.Valor padrão  na inclusão doregistro caso o campo não seja alterado
.help Status mostrando no rodapé do Menu, uma explicação do campo dinamicamente -> sempre que o campo receber o focus

TABELA->
Procedures UPDATE, DELETE, CREATING, BACKOUT (assim que o registro é lido)
Funções: Validate_Save (sempre na inclusão alteração), Validate_delete (Sempre na deleção)
Controle Deleção de registros filhos de outra tabela relacionada (sim ou não)


Na estrutura do scriptcase teria uma pasta ex: DDSRC (dataDictinary Source) com subpastas com o nome dos banco de dados e dentro destas pastas arquivos com essas definiçoes ex:  nomedatabela_DD.inc.

E sempre na utilização dessa tabela ao selecionar o campo trazer por padrão todas as propriedades dos campos e gravar na aplicação, caso desejamos alterar uma propriedade ou outra de uma determinado campo numa especifica aplicação poderiamos fazer.

Isso traria um aumento na produtividade de desenvolvimento substãncial. Imaginem nãorpecisar ficar repetindo os mesmos passos para sempre qure formos utilizaro mesmo campo de uma tabela em várias aplicações?????? 40% de nosso tempo seria na construção do dicionário de dados, mas ao desenvolver a aplicação praticamente sairia pronta.

Assim que possivel estarei dispondo outras sugestões aqui.
Abraços a todos,

Haroldo Passos