Framework: diferenças entre revisões

Conteúdo apagado Conteúdo adicionado
HVL (discussão | contribs)
m Rv.
Linha 1:
{{Wikificação|data=abril de 2015}}
{{Sem-fontes|data=novembro de 2010| arte=| Brasil=| ciência=| geografia=| música=| Portugal=| sociedade=|1=|2=|3=|4=|5=|6=}}
Um '''''framework''''' (ou arcabouço), em [[desenvolvimento de software]], é uma [[abstração]] que une [[código]]s comuns entre vários projetos de software provendo uma funcionalidade genérica. Um ''framework'' pode atingir uma funcionalidade específica, por configuração, durante a programação de uma aplicação. Ao contrário das [[biblioteca (computação)|bibliotecas]], é o ''framework'' quem dita o fluxo de controle da aplicação, chamado de [[Inversão de Controle]].<ref name="ufcg" >{{citar web|url=http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/frame/oque.htm|titulo=O que é um framework?|obra=dsc.ufcg.edu.br|lingua=inglês|acessodata=30/11/2015}}</ref>
 
{{citação2|''Framework'' é um conjunto de classes que colaboram para realizar uma responsabilidade para um domínio de um subsistema da aplicação.|Fayad e Schmidt}}
 
== Conceito ==
Um ''Framework'' ou arcabouço conceitual é um conjunto de conceitos usado para resolver um problema de um domínio específico. ''Framework'' conceitual não se trata de um software executável, mas sim de um [[modelo de dados]] para um domínio.{{Carece de fontes|data=Dezembro de 2008}} ''Framework'' de [[software]] compreende de um conjunto de '''classes''' implementadas em uma [[linguagem de programação]] específica, usadas para auxiliar o desenvolvimento de software.
 
Linha 10 ⟶ 8:
 
[[Padrões de projeto de software]] não se confundem com ''frameworks'', pois padrões possuem um nível maior de abstração. Um ''framework'' inclui código, diferentemente de um padrão de projeto. Um ''framework'' pode ser modelado com vários padrões de projeto, e sempre possuem um domínio de uma aplicação particular, algo que não ocorre nos padrões e projeto de software.
{{citação2quote|''Framework'' é um conjunto de classes que colaboram para realizar uma responsabilidade para um domínio de um subsistema da aplicação.|Fayad e Schmidt<ref name="ufcg" />}}
 
''Frameworks'' possuem vantagens, tais como: maior facilidade para a detecção de erros, por serem peças mais concisas de [[software]]; concentração na abstração de soluções do problema que estamos tratando; eficiência na resolução dos problemas e otimização de recursos.
 
Linha 38 ⟶ 36:
 
== Ver também ==
* [[API]]
* [[Catalyst (software)|Catalyst]]
* [[CodeIgniter]]
* [[Django (framework web)|Django]]
* [[Yii|Yii Framework]]
* [[Eclipse (IDE)|Eclipse]]
* [[Framework Peer-to-Peer]]
* [[Hibernate]]
* [[ITIL]]
* [[ITMP]]
* [[J2EE]]
* [[jQuery]]
* [[Kumbia PHP Framework]]
* [[MARF]]
* [[Mootools_(Ajax)|Mootools]]
* [[.NET]]
 
* [[Plone]]
{{referências|Notas e Referências}}
* [[Prototype.js]]
* [[Ruby on Rails]]
* [[Struts]]
* [[Symfony]]
* [[Turbogears]]
* [[UniFW .NET e Java EE]]
* [[Visual Studio]]
* [[Zend Framework]]
* [[Microsoft XNA]]
 
== Ligações externas ==
* {{Link||2=http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/frame/oque.htm|3=O que é um framework?}}
 
 
{{Portal3|Tecnologias de informação}}