Migrar de Estruturada para OOP

E ai galera blz ?

Bom minha dúvida é a seguinte.Precisamos migrar nos sistemas para um metodologia OOP e gostaria de saber por onde devo começar.

bem-vindo ao Portal Java… vc se refere a Orientação ao Objeto… seu problema é com o entendimento de OO e não Java? :roll:

Então.

Primeiro de tudo: Já sabe OO?!
vai migrar os sistemas para Java?

Bom, primeiro de tudo seria necessário aprender muito bem o OO, depois o java se torna fácil.

Bom, migração de sistema nem sempre é fácil, ainda mais de uma coisa estruturada… penosooooooo.

Bom, na verdade, vcs vão ter que reimplementar todo o sistema, somente copiando os códigos que der para reaproveitar para dentro de métodos… porém será muito mais fácil reimplementar do zero do que terntar reaproveitar um sistema estruturado, e ainda mais tentar entender ele.
Uma dica, use-o somente como referencia, para dúvidas de negócio. o resto refaça.

Abraços!

[quote=“jujo”]
Bom, na verdade, vcs vão ter que reimplementar todo o sistema, somente copiando os códigos que der para reaproveitar para dentro de métodos… [/quote]

ugh! Não faça isso. Você vai estar apenas agrupando funções e registros em uma estrutura úncia, não definindo objetos.

Você pode tentar ir migrando aos poucos, utilizando o código já existente da melhor maneira possível (JNI, WebServices, IPC, Sockets, sei lá) e reescrever as partes segundo o novo paradigma.

Caso faça a migração direta de funções para métodos (e eu não recomendo isso sem conhecer muito bem o contexto) procure seguir o processo descrito em alguns refactorings, como os citados abaixo.

Refactoring servem também para consertar código procedural construído com uma linguagem OO, no caso de uma conversão você não vai conseguir aplicar tão diretamente a técnica, mas pdoe usar seus conceitos.

Se estão totalmente perdidos, nada melhor qeu a cotnratação de um consultor.

[]s

http://www.refactoring.com/catalog/replaceParameterWithExplicitMethods.html
http://www.refactoring.com/catalog/replaceParameterWithMethod.html
http://www.refactoring.com/catalog/replaceRecordWithDataClass.html
http://www.refactoring.com/catalog/replaceTypeCodeWithClass.html
http://www.refactoring.com/catalog/replaceTypeCodeWithSubclasses.html
http://www.refactoring.com/catalog/separateDataAccessCode.html
http://www.refactoring.com/catalog/separateQueryFromModifier.html
http://www.refactoring.com/catalog/encapsulateField.html
http://www.refactoring.com/catalog/extractMethod.html
http://www.refactoring.com/catalog/extractPackage.html

[quote=“pcalcado”][quote=“jujo”]
Bom, na verdade, vcs vão ter que reimplementar todo o sistema, somente copiando os códigos que der para reaproveitar para dentro de métodos… [/quote]

ugh! Não faça isso. Você vai estar apenas agrupando funções e registros em uma estrutura úncia, não definindo objetos.
[/quote]

Ahn… acho que não me expliquei direito…
eu quiz dizer para usar o que já tem pronto, por exemplo, a regra de negócio para inserir um usuário. Ver um código que seja análogo a um método: verificarSenha()
e use no método…

era mais ou menos por ai a idéia!

abraços!