Можно ли подключать к программе на Дельфи другие dll?

← →
oldman © (2007-11-13 15:06) [0]

А проблема возникла - дали напарника, а он пишет на С и переучиваться не хочет.
А я к паскалю привык.
Порешили так - я пишу основной код и оболочку, а он функции и процедуры и запихивает их в dll, который я потом пользую.

Сработает???
Пардон за тупость.

← →
Reindeer Moss Eater © (2007-11-13 15:06) [1]

Канешна

← →
@!!ex © (2007-11-13 15:06) [2]

А вы сейчас используете WInAPI. и функции лежат в dll написанных не на дельфи.
я ответил на ваш вопрос?

← →
Reindeer Moss Eater © (2007-11-13 15:07) [3]

Ты же используешь каждый день user32.dll и ничего.

← →
@!!ex © (2007-11-13 15:07) [4]

> oldman, это развод, да?

← →
KSergey © (2007-11-13 15:13) [5]

> oldman © (13.11.07 15:06)
> Порешили так - я пишу основной код и оболочку, а он функции
> и процедуры и запихивает их в dll, который я потом пользую.

Сработает, понятно, вот только много ограничений в во взаимодействии таких компонентов. Стоит ли?
Правда, есть выход: вязать все через COM-интерфейсы, тогда структуры, динамические массивы и т.д. можно спокойно будет передавать и даже создавать/уничтожать в любой части (ну при соблюдении стандартов СОМ, конечно).

← →
WondeRu at work (2007-11-13 15:20) [6]

> oldman ©

Переучитесь оба на C# или Java

← →
Ricko © (2007-11-13 15:35) [7]

> Переучитесь оба на C# или Java
>

А потом на Python

← →
stone © (2007-11-13 15:41) [8]

> oldman © (13.11.07 15:06)
> А проблема возникла - дали напарника, а он пишет на С и
> переучиваться не хочет

Что значит дали? Что значит не хочет? В любой компании существуют определенные средства производства (в данном случае среда разработки), которыми пользуются все без исключения сотрудники, задействованные в данной работе.
Или я чего-то не понимаю? Или у вас каждый сам себе дирижер без ансамбля?

← →
data © (2007-11-13 15:52) [9]

> Сработает???
> Пардон за тупость.

сработает, только соглашение о вызовах используемых ф-ций не забудьте в явном виде прописать (на дельфи и си по умолчанию разные вроде)

← →
data © (2007-11-13 15:53) [10]

а вообще stone © прав.

← →
isasa © (2007-11-13 16:15) [11]

:)
"Не стреляйте в пианиста, он играет, как умеет" (с) народная мудрость

← →
Alkid © (2007-11-13 16:20) [12]

> А потом на Python

А потом на русский язык, писать бизнес-планы :)

← →
Ega23 © (2007-11-13 16:53) [13]

1. Тёзка прав на все 100%
2. Используйте стандартные типы данных и соглащения о наименованиях.

← →
Piter © (2007-11-13 16:55) [14]

да вы чего, парни. Такой вопрос от oldman"а?! Можно ли использовать DLL в дельфи?

Да вы чего, да это развод, не может такого быть, я не верю ;)

← →
isasa © (2007-11-13 17:02) [15]

:)

Затюкали вредными советами и заблуждениями?

← →
isasa © (2007-11-13 17:03) [16]

Да, забыл пошутить.

А если паренек задумает использовать, например, MFC ?
А ведь он могет .... :)

← →
DVM © (2007-11-13 17:59) [17]

> oldman ©

Точно, оба переучивайтесь программировать под NET. Он пускай на C++ for NET ты на Delphi .NET - там без разницы.

← →
oldman © (2007-11-13 18:03) [18]

Да, блин, знаю я , что длл подключу.
Вопрос в другом - если он мне скажет имя и тип функции и тип передаваемых параметров, мне этого хватит?

← →
DVM © (2007-11-13 18:06) [19]

> oldman © (13.11.07 18:03) [18]

вы договоритесь, чтобы он свои dll и типы данных оформлял так, как принято в Win32 API например. Тогда проблем не будет.

А насчет NET подумайте, это реальная возможность использовать в одном проекте несколько разных языков.

← →
DrPass © (2007-11-13 18:06) [20]

> Вопрос в другом - если он мне скажет имя и тип функции и
> тип передаваемых параметров, мне этого хватит?

Если экспортирует в формате С++, то нет. Если укажет модификатор extern "C", то хватит

← →
DVM © (2007-11-13 18:06) [21]

> > oldman © (13.11.07 18:03) [18]

Только тебе еще заголовочные файлы писать придется.

← →
Админ (2007-11-13 18:07) [22]

А проблема возникла - дали напарника, а он пишет на С и переучиваться не хочет.
А я к паскалю привык.

Вам нужен третий - но только чтобы умел работать с фотошопом.

← →
isasa © (2007-11-13 18:21) [23]

DVM © (13.11.07 18:06) [19]

> oldman © (13.11.07 18:03) [18]

вы договоритесь, чтобы он свои dll и типы данных оформлял так, как принято в Win32 API например. Тогда проблем не будет.

А насчет NET подумайте, это реальная возможность использовать в одном проекте несколько разных языков.

Так он же переучиваться не хочет. А там C++(в смысле в .NET не совсем C++).
Там даже string^ а ля Паскаль есть ... :)

← →
DVM © (2007-11-13 18:24) [24]

> Так он же переучиваться не хочет.

Ну тому кто писал на C/C++ ближе всего будет C++ NET
Тому кто на паскале Delphi NET

Обоим одинаково безболезненно можно переходить на C# так он похож и на C++ и на JAVA и на Delphi вместе взятые.

← →
Piter © (2007-11-13 18:35) [25]

oldman © (13.11.07 18:03) [18]
Вопрос в другом - если он мне скажет имя и тип функции и тип передаваемых параметров, мне этого хватит?

ты серьезно что ли??!?!?!?!?!?!?

Oldman, а что по твоему такое WinApi функции, ты же их используешь? Где ты думаешь они находятся?! Посмотри какая о них нужна информация, чтобы их использовать.

← →
Anatoly Podgoretsky © (2007-11-13 19:24) [26]

> oldman (13.11.2007 18:03:18) [18]

А скажет?
Должен привести полный прототип с описанием параметров, в формате как это сделано в MS SDK

← →
Anatoly Podgoretsky © (2007-11-13 19:26) [27]

> oldman (13.11.2007 18:03:18) [18]

А как у вас такой бардак образовался, куда смотрел отдел кадров?

> В любой компании существуют определенные средства
1. не надо обобщать, бывает хуже
2. может, "напарник" - спец в какой-то области с большими наработками

← →
de. (2007-11-14 08:04) [29]

← →
SergeyIT (2007-11-14 09:34) [30]

> а он пишет на С и переучиваться не хочет.
Надо найти третьего, который пишет на VB и переучиваться не хочет.
Троим проще найти, чем заняться (классика).

> DVM © (13.11.07 17:59) [17]
> Точно, оба переучивайтесь программировать под NET. Он пускай
> на C++ for NET ты на Delphi .NET - там без разницы.

За одно будет повод подтрунивать над плюсистом, потому как в плюсовом коде для .NET - очень много нюансов. При этом C# (и, как я думаю - Delphi) их все скрывает. А вот в плюсах они цветут и пахнут.
Впрочем, быть может я отстал от C++ оберток для .NET.

> DrPass © (13.11.07 18:06) [20]
> Если экспортирует в формате С++, то нет. Если укажет модификатор
> extern "C", то хватит

В общем-то и это не обязательно. Только потом придется посмотреть на имена экспотируемых из dll функций.

> oldman

> он пишет на С и переучиваться не хочет

Если взять за основу COM/OLE, то по барабану, на чем он там пишет и на чем пишешь ты.

COM на C? мсье понимает толк в извращениях :)))

> Romkin © (14.11.07 10:06) [34]
> COM на C? мсье понимает толк в извращениях :)))

Есть все же надежды, что враг использует плюсы.

> COM на C? мсье понимает толк в извращениях :)

В таком случае BCB писали не иначе как извращенцы)

← →
WondeRu at work (2007-11-14 12:14) [37]

> COM на C? мсье понимает толк в извращениях :)))

ATL придумали трУсы?

> WondeRu at work (14.11.07 12:14) [37]
> > COM на C? мсье понимает толк в извращениях :)))
> ATL придумали трУсы?

ATL - это плюсы

WondeRu at work (14.11.07 12:14) [37]
ATL придумали трУсы?

ATL - это С ?

Можно ли подключать к программе на Дельфи другие dll? Найти похожие ветки