Господа знающие, подскажите, как грамотней писать потоки? стоит ли использовать имеющийся в дельфях класс, или использовать винапи? какие плюсы минусы?

грамотность написания потоков зависит не от выбранного метода реализации, а от радиуса кривизны рук программиста. И дальше пойдут только имхо, основанные на личных предпочтениях.
Мне, например, проще и удобнее с TThread.

Дабы не создавать еще одну тему напишу тут, что мне требуется сделать.
В течении года делал для начальника небольшие простенькие программки. По логике и интерфейсу все программы очень просты и не емки.
На форме может на ходится пару тройку эдитов, мемо и пару лейблов, пару кнопок. Задаются параметры в эдиты в мемо выводится результаты, где то нет эдитов а есть другие компоненты управления и ввода, не суть. Вообщем таких программок около 100, начальник хочет чтобы я сделал теперь отдельную программу, только чтобы эти программы подключались отдельно. Вообщем переводя на наш язык хочет поддержку подключаемых модулей в одной программе. Да так чтобы эти модули открывались в отдельном окне, но при этом не хочет чтобы каждая программа была отдельным исполняемым файлов.
Некоторые программы делают долгие временные рассчеты, от 2 мин до часу. По программа не спрашивайте там сам черт не разберет что к чему. Меня интересует ваше мнение по-поводу создания подобной системы. Начну вопросы по порядку:
1. Вопрос как и где содержать формы в подключаемых модулях, какие сущ. решения, варианты?
2. Должны ли подключаемые модули(формы), открываться в отдельном потоке?
3. Некоторые программки должны будут брать параметры и/или использовать функцию которая находится в главной программе и также посылать ей некоторые данные.
С уважением, bagos

Формы в потоки не выноси, нормально работать это не будет

Поиски в интернете дали что формы в длл держать не правильно и работать это будет не айс, от использования bpl также отказываюсь. Какие будут идеи?

юзать фреймы

Что за фреймы, будьте добры поподробней.

читай про плагины (dll)

очень даже айс

Я бы сказал так, имеющийся класс использовать нужно. Вот, почитай.

Спасибо Poseidon, очень полезная ссылочка

 для обмена информацией между модулями я обычно использую отдельный юнит под названием GlobalVars (ну или GlobalUnit) - этот .pas файл упоминаешь в uses в каждом модуле-форме и можно использовать общие переменные. Только для dll это ведь не будет работать?

Может для dll можно сделать отдельную GlobalVars.dll?

Хотелось бы услышать аргументы против bpl.

Это ужасно

bems, это наверно новое слово в программировании. Что мы с тобой, два старпера, понимаем в современном кодинге?   

Poseidon, вообще для полного труъ это должен быть inc-файл

 а поподробнее?

Как это делаете вы?

Как удобнее сделать обмен информацией между разными unit внутри одной программы?
Как удобнее сделать обмен информацией между разными dll?
Как удобнее сделать обмен информацией между разными exe?
Как удобнее сделать обмен информацией между разными машинами в пределах локальной сети?
Как удобнее сделать обмен информацией между разными машинами через интернет?

Метод, который применим в конкретном случае определяется исходя из конкретной задачи/архитектуры приложения.
IPC
Универсального метода не может быть, с некоторыми ограничениями на него могут претендовать (имхо) только сокеты. Но во многих случаях их применение избыточно.

Использовать интерфейсные секции юнитов. интерфейс продумывать. Глобальных переменных не делать.

Использовать секции экспорта. Интерфейс продумывать. Включать в обе длл одни и те же юниты можно, но всё так же избегать глобальных состояний. Разумеется у разных копий юнита в разных длл будут разные копии данных юнита

MMF, пайпы, сокеты

пайпы, сокеты, MMF для расшаренного файла (сомнительно, но допустимо)

сокеты, веб


Это сообщение отредактировал(а) bems - 15.12.2010, 05:22