Não quero entrar em polêmica sobre o uso ou não de frameworks,
quem programa ou programou em java sabe a quantidade desses bixinhos
disponíveis.
Acho a curva de aprendizado deles muito lenta, e ainda por cima a
grande maioria tem 5 arquivos para
fazer uma simples tarefa. E como minha área de trabalho é Web, a grande
parte da necessidade de programação
não envolve nada muito complexo. Então considero o uso de framework
dispensável na maioria dos casos,
mas não vejo como um erro o uso ou não do mesmo, tudo depende do tipo
de aplicação e do tal bom senso.
O que to tentando fazer é descomplicar a tarefa de gerar formulários
para ganhar produtividade, coisa
que poucos frameworks fornecem de verdade no meu entendimento. Alguns
você fica amarrado num lado,
outros em outro.
Mas como disse tudo depende do tipo de aplicação... Estou buscando
outras opniões justamente por que estou
começando um projeto novo e opiniões distintas são fundamentais para se
avaliar o caminho a ser percorrido : )
Abraços
Rodrigo Pereira Fraga escreveu:
Olá,
Concordo contigo até certo ponto...
Na verdade é um assunto bem questionado, o uso de AMF, HttpServices,
WEbServices...
Mas eu defendo o uso de Objetos pois já que no flex é tudo Objeto (nem
tipo primitivo tem) não faz sentido ficar
fazendo conversões...
O mais interessante de se usar objetos, é por exemplo, Em uma DataGrid,
eu tenho uma lista de Paises,`
Para manipular um item desta DataGrid eu simplesmente posso fazer assim:
var pais:Pais;
pais = Pais(dgPaises.selectedItem);
trace (pais.dsPais);
E com um httpservice, se não me engano você teria um ArrayCollection de
ObjectProxy na DataGrid,
e não um ArrayCollection do tipo Pais.
Fora também os ganhos que poderia ter utilizando o [Bindable]
Ai você poderia falar para mim, que converteria cada item do Array de
ObjectProxy para Pais....
Mas... sejamos sinceros... isso xera gambiarra. +)
Quanto a frameworks, sou mais programador Java do que PHP, e todo
programado Java, sabe que é
indispensável o uso de frameworks para "facilitar a vida".
Quanto continuidade dos projetos no caso os frameworks, se a versão tal
que está release, por que
eu iria querer atualizar para uma nova versão, sendo que a release
atende as minhas necessidades?
Bom.. são visões pessoais, aceite se quiser.
Obrigado.
De:
------------------------------
| Rodrigo Pereira Fraga|
------------------------------
Date: Wed, 5 Dec 2007 15:52:36 -0200
From: [EMAIL PROTECTED]
To: [email protected]
Subject: [flexdev] Re: Mapear um Form
Fala Rodrigo, blz?
Gostei das observações.
Eu sei que existe e estudei os frameworks, a questão é a dependência...
vamos supor que o AMFPHP deixe de ser implementado ou que criem outro
Framework
mais eficiente... ou algo do genero...
Realmente não gosto de depender de frameworks, mesmo por que no caso do
AMF por exemplo,
pelo que vi do Builder 3, o uso do amf é dispensável.
A questão da classe.php é muito simples vai um exemplo ai ... e a o
que facilita no Flex é o trabalho com XML
class clientes extends persistencia{
var $tabela = 'cliente';
var $camposChave = array("cli_id");
var $query_pesq;
function set($dados){
return persistencia::set($dados);
}
function get($chave){
return persistencia::get($chave);
}
function del($chave){
return persistencia::del($chave);
}
}
Rodrigo Pereira Fraga escreveu:
Olá
Posso dar uma dica?
Porque ao invés fazer no braço um array e trocar dados, porque
simplemente não troca Objetos?
Não se sabe mais exitem frameworks que serializam e deserializam
objetos:
AMFPHP/WebOrb - PHP
GraniteDataServices/OpenAMF - JAVA
Olhando sua arquitetura, eu tiraria aquele "script php" e colocaria uma
classe php que geraria serviços
para um CRUD básico, e invés de trocar xml, trocaria os objetos
propriamente ditos.
E na persistência, para ficar mais show ainda, tirararia o adodb, e
colocaria o Lumine, que me deixaria transparênte
o banco de dados, que é relacional, e trabalharia apenas com objetos.
Taí ai a dica, se gostou.. entre em contato pvt comigo
Abraços!
\o/
De:
------------------------------
| Rodrigo Pereira Fraga|
------------------------------
Date: Wed, 5 Dec 2007 14:48:13 -0200
From: [EMAIL PROTECTED]
To: [email protected]
Subject: [flexdev] Re: Mapear um Form
Marcelo,
Valeu!!! funcionou, vou continuar aqui... mas tens alguma sugestão para
o que estou fazendo?
a principio pensei em utilizar algum framework, mas não sou muito fã da
idéia... e também
desenvolver o próprio framework é custoso e demorado.
Tenho uma arquitetura muito boa utilizando PHP+AdoDB+Mysql que tambem
ja implementei em Java+Ajax+Oracle,
Modelo MVC e tal... muito facil de fazer a camada de negocio. To me
batendo um pouco com flex por que to
começando. Mas esta rotina que você me passou eu tinha ela em
_javascript_, que lia o meu form e me gerava um
array de campos e valores... onde eu só jogo para a classe e ela faz o
insert, update, delete...
Até se alguem da lista quiser ajudar no desenvolvimento... vai ser bom
trocarmos conhecimento : )
Essa é a estrutura que eu utilizava com html, ja fiz uma versão usando
Java no lugar do php.
e agora estou trabalhando em mudar a camada de apresentação para Flex.
Usando o HTTPService foi bem facil de mais de mudar... sem contar que
fica muitoooo facil de programar
e de dar manutenção no código.
Abraços
Daniel
Marcelo Savioli escreveu:
Daniel,
Não sei se é a melhor solução, mas segue duas opções:
Primeira:
private function getTextInputs():void
{
for each (var obj:Object in Form1.getChildren ())
{
if(obj is FormItem)
{
for each (var obj2:Object in obj.getChildren())
{
if(obj2 is TextInput)
{
trace(obj2.id);
}
}
}
}
}
Essa segunda opção, não funcionará se os seus TextInputs forem
adicionados dinamicamente:
private function getTextInputsXML():void
{
var describe:XML = describeType(this);
var list:XMLList =
describe..accessor.(@type=="mx.controls::TextInput");
trace([EMAIL PROTECTED]);
}
Agora, isso serve apenas para TextInputs. Caso você queria fazer algo
mais parrudo é legal criar uma interface "IFormControl" e fazer todos
seus componentes de Form implementarem ela, desta forma você
conseguiria encontrar todos na varredura por "IFormControl".
On 12/5/07, Thiago Rodrigues Fernandes <[EMAIL PROTECTED]>
wrote:
Daniel, ainda não entendi direito o que
quer fazer. Pelo que ví você criou componentes customizados e daí o
cara chama uma função lá passando alguns parâmetros e o componente é
criado dinamicamente.
Seria isso?
On Dec 5, 2007 11:02 AM,
Daniel Reginatto < [EMAIL PROTECTED]> wrote:
Thiago,
Estou fazendo um script para tornar genérico alguns scripts, e acelerar
o processo de desenvolvimento.
Por exemplo uma função prencheCampos(parametros...) passo alguns
parametros como nome da tabela
e ele preenche o form automaticamente, sem eu ter que ficar fazerndo
campo a campo o que eu quero q tenha de conteudo.
Para isto preciso mapear o form e pagar os IDs, que serão o mesmo nome
do Campo da tabela do banco de dados.
Thiago Rodrigues Fernandes escreveu:
De alguma forma você terá que saber.
Por exemplo, se os campos do formulário são criados pelo usuário, cada
vez que ele dá um add lá, vc adiciona o id do campo em um array por
exemplo.
Depois percorre ele e recupera os dados.
--
Att,
Thiago R. Fernandes
On Dec 5, 2007 10:50 AM,
Daniel Reginatto < [EMAIL PROTECTED]> wrote:
Suponha que você não sabe quais os elementos que
o form tenha.
Preciso mapear este form e buscar os IDs
Thiago Rodrigues Fernandes escreveu:
O que você quer é recuperar os dados dos
campos?
se for, é assim:
ex: var nomeCliente: String = cli_nome.text;
--
Att,
Thiago R. Fernandes
On Dec 5, 2007 10:00
AM, Daniel Reginatto < [EMAIL PROTECTED]> wrote:
Alguem ai sabe como posso mapear os elementos de um Form?
Exemplo
<mx:Form width="295" height="365" id="Form1">
<mx:FormItem label="Nome" horizontalAlign="left"
width="100%" required="true">
<mx:TextInput id="cli_nome" width="100%"/>
</mx:FormItem>
<mx:FormItem label="E-Mail" horizontalAlign="left"
width="100%" required="true">
<mx:TextInput id="cli_email" width="100%" text=""/>
</mx:FormItem>
<mx:FormItem label="CPF" horizontalAlign="left"
width="100%">
<mx:TextInput id="cli_cpf" width="100%"/>
</mx:FormItem>
</mx:Form>
quero pegar todos os TextInput a propriedade ID.
to me batendo faz um bom tempo e não encontro material a respeito.
De qualquer forma a busca continua...
Valeu.
--
Thiago R. Fernandes
--
Marcelo Curi Savioli
D-Click Web & Mobile Solutions
[EMAIL PROTECTED]
www.dclick.com.br/blog
www.dclick.com.br
--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para [email protected]
Para sair da lista, envie um email em branco para [EMAIL PROTECTED]
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---
|
