Наследование классов

[Stilet]

Динамически прописывать создание объекта. А если там много однотипных настроек для каждого проекта, сделать модуль, в котором прописать инициализацию этого объекта. После чего модуль можно будет лепить куда угодно. Оно конечно момент спорный и многие скажут что это тоже самое что компонент кинуть, но это не так.
Например если компонент не будет найден проект может вообще не открыться (бывает и такое). К тому же если компонент нужно менять то придется его перекомпилировать отдельно, а модуль - нет. В общем компонентная разработка чревата тем что в один прекрасный момент твой проект просто напросто не сможет ничем открыться.

[eval]

да ладно страхов нагонять, в умелых руках что угодно будет балалайкой

вопрос о надобности такого компонента.. не думаю чтобы так без него никуда

[ksvsvk]

Похоже, что автор вопроса путает понятия "Компонент" и "Визуальный компонент".
Визуальные компоненты -- наследники TControl, их можно увидеть на форме при выполнении приложения. Оформлять протокол как визуальный компонент -- тот еще бред.

Автору, IMHO, требуется невизуальный компонент (наследник TComponent), инкапсулирующий необходимый функционал. При разработке формы он будет выглядеть как квадратная кнопка, а при выполнении приложения -- прятаться.

В интерфейсной части файла пишем:

type
  THTTPSyn = class(TComponent)
  private
    FSend: THTTPSend;
  public
    constructor Create(AOvner: TComponent); override;
    destructor Destroy; override;
  published
    property Send: THTTPSend read FSend write FSend;
  end;

В секции implementation:

construcror THTTPSyn.Create;
begin
  inherited Create(AOvner);
  FSend := THTTPSend.Create;
end;

destructor THTTPSyn.Destroy;
begin
  FSend.Free;
  inherited Destroy;
end;