Is it wise to create composite controls?

后端 未结 4 1126
渐次进展
渐次进展 2021-01-06 17:31

I have this application that reuses a sort of idiom in a number of places. There\'s a TPanel, and on it are some labels and buttons. The purpose is to allow the user to sele

相关标签:
4条回答
  • 2021-01-06 17:53

    It's reasonable, yes.

    To create such a component, just derive a new class from for instance TCustomPanel, and add the sub-components as fields within the class.

    Like this:

    TMyDatePicker = class(TCustomPanel)
    protected
      FChooseButton: TButton;
      FClearButton: TButton;
    public
      constructor Create(Owner: TComponent); override; 
    end;
    
    constructor TMyDatePicker.Create(Owner: TComponent)
    begin
      // Inherited
      Inherited;
    
      // Create Choose Button
      FChooseButton := TButton.Create(Self);
      FChooseButton.Parent := Self;
      FChooseButton.Align := alRight;
      FChooseButton.Caption := 'Choose';
    
      // Create Clear Button
      FClearButton := TButton.Create(Self);
      FClearButton.Parent := Self;
      FClearButton.Align := alRight;
      FClearButton.Caption := 'Clear';
    end;
    

    To add event handers, just add new protected procedures to your class.

    For instance:

    procedure TMyDatePicker.HandleChooseButtonClick(Sender: TObject)
    begin
      // Do whatever you want to do when the choose button is clicked
    end;
    

    Then connect the event handler to the OnClick event of the choose button (this should be done within the Create method of the class):

    FChooseButton.OnClick := HandleChooseButtonClick;
    

    There's a bit more to it than this, of course, such as fine tuning the alignments of the buttons and adding icons. Also you'll need to create your own events, such as OnDateSelected or OnDateModified.

    But, apart from that, I think the above example should at least get you going. :)

    0 讨论(0)
  • 2021-01-06 18:15

    Yes, absolutely it is wise to build components like that because It saves a huge amount of coding.

    Here is a guide to creating them semi-visually: How to Build Aggregate/Composite Components in Delphi

    Essentially, the process outlined in this document is:

    1. Design the layout of your components inside a form in Delphi, placing all the components inside a TPanel (or a descendant thereof).
    2. Select and copy the panel and paste it into a text file.
    3. Replace all instances of " = " with " := ", and add a semi-colon to the end of each line.
    4. Convert all DFM "object" declaration lines to appropriate object constructor code, setting the parent of all visual controls to the container panel.
    5. Clean up any remaining code. Bitmaps will need to be placed in resource files.
    6. Place this new pascal code inside a create constructor for your component. Within the constructor , group object sections under the appropriate sub-component creator.

    Where the document I think is wrong is that, for example, the example component is descended from a TPanel whereas to me it makes more sense to use TCustomPanel and expose only the methods you want to.

    But it also explains how to add OnClick handlers etc.

    the advantage of this method is that you get the layout of the components within the Panel done visually.

    0 讨论(0)
  • 2021-01-06 18:17

    A very pragmatic way to develop composite controls is to use TFrame as a base for it.

    That way, you can visually design your control, and either use events or inheritance

    There are a couple of things you need to watch but all in all it is a much easier process than coding everything by hand (like some of the other answers suggest).

    Things to watch for (not a complete list, but close):

    • don't forget the sprig
    • at design time (both in the TFrame and when putting the composite control on a design surface), sub-controls marked Visible=True are still visible. Two ways to solve this: Destroy those controls, or move them to an invisible region (Top/Left to minus values or to values bigger than Width/Height of the parent)
    • registering the TFrame descendent as a component where the TFrame descendent is also part of your project sometimes confues the IDE. Easy solution: call the TFrame descendent "TMyCustomControl", derive "TMyControl" from it, and register "TMyControl" as a component.

    As a bonus, you don't have to remove the bevel/border and caption from the TPanel.

    0 讨论(0)
  • 2021-01-06 18:18

    Yet another way is to make the group of components a component template.

    0 讨论(0)
提交回复
热议问题