Walter, O planejamento das classes com que voce está trabalhando é que pode estar elaborado de forma que não atende corretamente ao teu problema, se visto da ótica da OOP.
Se voce vai ter dois objetos em que o objeto da classe A tem dois botoes e o da classe B tem um botão, sendo esse um com funcionalidade identica a um dos botoes da classe A, hoje - pelo que voce expõe - voce pensa criando uma classe com 2 botoes e depois, na instancia para um botão voce "apagaria" (tornaria invisivel) o botão não necessário. Na implantação destas situações, você deve sempre inicialmente procurar ao menos mentalmente fazer uma idéia das classes que voce deverá ter (os "modelos", "tipos" de objetos). Feito isso, voce deve observar as classes que tem aspectos em comum, procurando criar uma árvore de descendencia, ordenando das mais simples para as mais complexas. E depois voce irá pensar na "produção" (instância) a partir destas classes. Na situação acima, voce deve entender que - obedecendo aos principios da OOP - deve existir uma classe A e uma classe B. Mas como a classe B é mais simples que a classe A, primeiro voce deve elaborar a classe B. Depois, voce irá elaborar a classe A, fazendo-a uma subclasse de B. E depois, voce irá gerar instâncias de A e de B. Lembre-se = forms não são nada mais que subclasses da classe Classe, ou seja, forms são classes. Entao isto vale tambem para a elaboração de forms. Você até pode ter elementos agregados dentro de uma classe que em determinado momento devam ser ocultados, se isso for implicito no comportamento do objeto que deva ser gerado a partir de uma classe. Mas é incorreto ter elementos dentro de uma classe que estejam sem uso em uma determinada instancia (veja bem, elementos como objetos, pois pode haver atributos, metodos ou eventos que voce pode até não vir a usar). Se há um elemento (objeto agregado) dentro de uma determinada classe que precise ser ocultado ou que não seja funcional ou esteticamente necessário em uma instância desta classe, então tem alguma coisa de errado na elaboração da árvore da tua árvore de descendencia de classes. O aspecto levantado pelo WalterChagasJr é importante, porque realmente pouca gente elabora esta árvore de descendência. E dependendo do projeto, pode haver mais de uma árvore de descendência. Roberto Vieira de Camargo. ________________________________ From: Walter Chagas (Bol) <wchag...@bol.com.br> To: delphi-br@yahoogrupos.com.br Sent: Friday, September 4, 2009 8:40:31 AM Subject: Re: [delphi-br] Herança e OOP em quais processos? pessoal, aproveitando esse assunto... Tem uma coisa que ha tempos eu tento contornar e não sei se tem como. Posso até tar falando uma grande asneira aqui, mas tem como excluir componentes ou rotinas herdadas, que estão no form descendente, de um form ancestral? []s Walter Alves Chagas Junior Belo Horizonte - MG - Brazil wchag...@bol. com.br http://delphitocorp orerm.blogspot. com/ http://twitter. com/wchagas MSN: whitesockets@ hotmail.com SKYPE: WalterChagasJr ----- Original Message ----- From: Adriano Barbosa To: delphi...@yahoogrup os.com.br Sent: Thursday, September 03, 2009 2:57 PM Subject: Res: [delphi-br] Herança e OOP em quais processos? A questão não é só visual, visto que as funções de gravar, inserir, etc. estão todas no formcadastroBasico, e estas são rotinas genéricas, não incluem por exemplo rotina para salvar os itens da nota, apenas pra mencionar um, mas há muitas outras rotinas, como forma de pagamento, validações que são pertinentes apenas a esta tela. Bom claro que posso implementar no form herdado, mas minha dúvida já foi em parte resolvida. Vejo muita gente fazendo não herdado, pelos foruns de delphi, por isso a dúvida. ____________ _________ _________ __ De: Vinicius A. Santos <vinic...@msisolucoe s.com.br> Para: delphi...@yahoogrup os.com.br Enviadas: Quinta-feira, 3 de Setembro de 2009 13:30:53 Assunto: Re: [delphi-br] Herança e OOP em quais processos? adriano.barbosa@ rocketmail. com escreveu: > > > Bom dia a todos, > > No meu projeto tenho um form Cadastro(Padrã o) e todos os cadastros usam > este form de herança. Minha dúvida é o seguinte, para processos como > Nota de Entrada ou Saída, etc é aconselhavel ou não, usar este form > Padrão de herança? Não entendi o porque da pergunta. Seu form de entrada/saída é consideravelmente diferente do form ancestral ? Se todos seguem o mesmo padrão visual, independente de sua função, todos devem ser herdados, não ?!?! -- Vinicius A. Santos www.msisolucoes. com.br ____________ _________ _________ _________ _________ _________ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]