![]()  | 
	
 
  | 
| 
		 
			 
			#1  
			
			
			
			
		 
		
		
	 | 
|||
		
		
  | 
|||
| 
	
	
		
			
			 Практикуюсь в реализации библиотек с формами. 
		
	
		
		
		
		
		
	
		
		
	
	
	Наверное тупик из-за того,что изначально не верно порождаю эти формы. Основное приложение - MDI. Форма из библиотеки вызывается таким образом: Код: 
	//основное приложение GetForm: function (aParent:HWND):TForm;stdcall; Код: 
	//в библиотеке function CallForm(aParent:HWND):TForm;stdcall; begin ... LibrForm:=TLibForm.CreateParented(aParent); FormHandlList.Add(pointer(LibForm.Handle)); LibrForm.Name:=LibrForm.Name+inttostr(FormHandlList.Count); LibrForm.Caption:=cDllName+inttostr(FormHandlList.Count); result:=LibrForm; .... end; Такой угрюмый метод был предпринят по причине того что, конструкция вида Код: 
	nForm:=TForm.Create(Application.mainform); nForm.parent:=Application.mainform; В итоге это привело к проблеме - я не могу корректно закрыть N-ую форму, потому как класс TLibrForm ссылается на последнюю созданную (хэндл, имя). Все мои потуги перехватить данные, закрываемой формы, проваливаются. Да, я могу обратиться к любой нужной форме за счёт того же списка, но как определить какая из них вызвала CloseQuery?  | 
| 
		 
			 
			#2  
			
			
			
			
		 
		
		
	 | 
|||
		
		
  | 
|||
| 
	
	
		
			
			 Не знаю насколько это допустимо, но на данный момент получилось закрыть вопрос так: 
		
	
		
		
		
		
		
	
		
		
	
	
	Код: 
	TLibForm= class(TForm)
   ...
private
    procedure WinProc(var Msg : TMessage); message WM_SYSCOMMAND;
  ...
end;
implementation
procedure TLibForm.Winproc(var Msg: TMessage);
var
p:Tpoint;
wc:TWinControl;
ia:integer;
begin
  p.X:=msg.LParamLo;
  p.Y:=msg.LParamHi;
  if msg.WParam=SC_CLOSE then
    begin
      wc:= FindControl(WindowFromPoint(p));
      ...
      for ia:=0 to FormHandlList.Count-1 do
        begin
          if HWND(FormHandlList.Items[ia])=TForm(wc).Handle then
            begin
{$Ifdef tester}
              ShowMessage('close - '+ TForm(wc).Name); 
{$endif}
              tform(wc).Close;
              FormHandlList.Delete(ia);//Remove??
              break;
            end;
        end;
    end;
  Inherited;
end;В любом случае хотелось бы услышать замечания от опытных форумчан по этой теме в целом (создание массивов форм из библиотек), чтобы не приходилось впредь подпирать граблями такие ситуации.  | 
| 
		 
			 
			#3  
			
			
			
			
		 
		
		
	 | 
|||
		
		
  | 
|||
| 
	
	
		
			
			 Там много подводных камней. 
		
	
		
		
		
		
		
	
		
		
	
	
	Если говорить коротко, то для создания форм рекомендуется использовать BPL вместо DLL. Там для совместимости реализована куча разного всего. Если же упираться в DLL (кстати, как мы понимаем, TForm будет работать только для проектов Delphi и C++ Builder), то надо помнить, что: 1. TObject в главном приложении это не тот же самый TObject, что в DLL. Соответсвенно, другие объекты/классы тоже. 2. Application тоже другой. Вообще другой экземпляр. 3. Работа с памятью. Если память выдедается в DLL, то и освобождаться она должна в DLL (вопрос к созданию и уничтожению формы). 4. Parent и Owner - это разные объекты. Owner для формы вполне может быть Nil, особенно, если форма самоуничтожаемая. Короче, там очень много особенностей, но реализовать вполне можно, делал в свое время такое. Тут скорее встает вопрос - зачем тебе это нужно. Если просто попрактиковаться, это одно. Если есть проект, где функционал различается в зависимости от редакции, это другое. Ну или если функционал покупается поотдельности, хотя и тут можно все иметь в основном модуле и давать доступ в зависимости от того, что прописано в ключе регистрации.  | 
| 
		 
			 
			#4  
			
			
			
			
		 
		
		
	 | 
|||
		
		
  | 
|||
| 
	
	
		
			
			 С BPL пока не получилось разобраться. Вроде бы и есть статьи по этому поводу, но от не понимания процесса как-то тяжко (пока скомпилировать ничего не получилось). Единственное, на сколько мне стало понятно, dll можно пересобрать в bpl без глубоких изменений кода. 
		
	
		
		
		
		
		
	
		
		
	
	
	По ограничениям языков я уже тоже в курсе, об этом и о соглашениях доступно описано. Перечисленные пункты, видимо, и создавали мне проблему. Изначальные строки кода в приложении и тестовой библиотеке(в начале темы) сильно претерпели изменения, когда пришло осознание зависимостей. Ярким примером стала потеря управления над контролами, не отображения главного меню и т.п. в экземплярах форм. Сейчас всё загружается и удаляется более-менее гладко. Экземпляры полноценно "общаются" между собой равно как и с основным приложением. Основная идея, после экспериментов, заключается в создании некого комплекса, объеденяющего в себе вспомогательные элементы. Я периодически пишу мелкие программы для своей работы по необходимости и их скопилось уже около десятка. Для решения некоторых смежных задач мне нужно воспользоваться сразу несколькими программами и даже их экземплярами, поэтому приходится пользоваться блокнотом как черновиком, чтобы переносить результаты из одной в другую. Вот и хотелось бы объединить это в единый механизм, который со временем можно будет расширять. Мне бы очень помог тезисный план, чтобы двигаться сразу правильным путём, но для начала как всегда нужно "набить шишки".  | 
| 
		 
			 
			#5  
			
			
			
			
		 
		
		
	 | 
|||
		
		
  | 
|||
| 
	
	
		
			
			 |