Sobre o código... se a ferramenta desempenhar bem o seu papel de modo
que o programador precise colocar a mão apenas pontualmente, em outras
palavras, se a complexidade estiver bem encapsulada, não vejo
problemas!

As vezes nos assustamos com o tamanho de determinados códigos mas qual
o problema se você tiver que mexer apenas eventualmente? Seja o FXG, o
XAML, ou o SVG não acho que vamos fugir de descrições XML um pouco
mais complexas do que gostaríamos. De fato, todas estas linguagens são
maneiras de descrever elementos gráficos de baixo nível, algo que não
estamos acostumados com as outras tecnologias. E talvez isso não seja
um problema tão grande como pode parecer para alguns num primeiro
instante. Acho que teremos que conviver com este Tradeoff: se por um
lado nos dá flexibilidade e poder por outro adiciona complexidade. Mas
no final das contas, tudo dependerá dos níveis de abstração que vamos
empregar no nosso código fonte.

[]'s
Beck Novaes

On 19 ago, 18:30, GuiSjlender <guisjlen...@gmail.com> wrote:
> Não podemos esquecer do seguinte...
>
> Quem irá usar o nosso sistema final é o usuário, o cliente... ou
> seja... pra quem não faz idéia do que é uma TAG ou coisa do tipo... o
> layout é um fator muito apreciado pelo mesmo.
>
> Usando o Catalyst o código fica bem comprido e aparentemente poluido,
> mas, fazer transações e animações no muque igual ao Catalyst não é bem
> assim não é?!
>
> Sou do seguinte pensamento...
>
> Vale estudar um pouco a estrutura do Catalyst e poder criar um sistema
> 100% completo tanto na parte backend quanto frontend do que não ser
> reconhecido o seu sistema ótimo pelo fato de não ser agradável aos
> olhos do cliente.
>
> É isso! hehehe
>
> Abraços
>
> On 19 ago, 12:31, Eduardo Kraus <eduardokr...@gmail.com> wrote:
>
> >  O Catalyst é uma ferramenta que esta vindo para que o designer trabalhem em
> > Flex  e montar as telas para o programador.
>
> > Mais será que irá ajudar?
>
> > Sou da teoria que o programador deve saber o básico de designer, o
> > suficiente para abrir Photoshop ou Fireworks e exportar as imagens para usar
> > no aplicativo.
>
> > O Catalyst com certeza irá fazer com que o design trabalhe em Flex, mais o
> > quanto isso será util? Quanto irá atrapalhar o desenvolvimento com geração
> > de códigos que não são meus, e que terei que entender primeiro, visto que o
> > Catalyst gerará o código visual, mais não o código de interação.
>
> > Então agora pensando, quase 80% das minhas linhas de código são AS, e apenas
> > 20% são MXML de layout. Será que vale a pena inserir um código não meu, não
> > seguindo meu padrão, no meu Projeto.
>
> > Neste caso estou sim pensando no TI-Centrismo, mais nesta parte do projeto
> > tenho que pensar em quem dará manutenção no software, ou memso em quem
> > programará o software . . .
>
> > Será que ajudará?
>
> >   *Eduardo Kraus*
> > Desenvolvedor
> >  eduardokr...@gmail.comhttp://blog.mxml.com.brhttp://twitter.com/EduardoKraus
--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para 
flexdev-unsubscr...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a