Toolkit и MFC

[VIKT0R 21]

Добрый день!

 

Вопрос по программированию в среде MS Visual C++ 2008 с использованием MFC.

 

Планирую написать программу, которая добавляет обычное верхнее меню ProE (работаю в WF4), нажатие которого вызывает окно MFC... Ну и вообще, хотелось бы использовать не только "C", но и "C++". Я создал было решение, а в нем два проекта - в первом чисто "С"- функции ПроЕ (компилирую как C++ (extern "C") ) , а во втором - созданное Wizard-ом приложение MFC, которое создает окно. По отдельности проекты компилируются и работают, т.е. меню в ПроЕ добавляется, а окно MFC выводится. Но увязать их вместе пока не получается... Может кто знает, как правильно организовать проект / решение ?

[bomber 45]

Вообще то, извращенцев  не приветствуют. Но изыски програмеров - это пусть будет вам в пользу для интеллектуального развития.  Вы хоть спросили ваших технологов-программистов? Им это надо?

Если что то полезное пытаться делать, то делать со смыслом  и выгодой. 

Давно люди с WF 4/0 перешли на Creo 2, а в этом году перейдут на Сreo 3.0. с соответствующим новым функционалом.

Вы бы приложили усилия для  апгрейда вашего старого купленного пакета до  Creo 2.0 и активацию техподдержки. 

Спишитесь с программистами PTC и   профессионально, с пользой, убивайте свое драгоценное время  на свои изыски.

[GOLF_stream 297]

Планирую написать программу, которая добавляет обычное верхнее меню ProE (работаю в WF4), нажатие которого вызывает окно MFC

Целую программу писать? Небось, ещё с подпрограммами? На языке программирования... С компилированием...

 

А просто добавить иконку, которая это окно открывает, используя простейший МАКРОС? Или это слишком просто?

[Sergey___1978 35]

Самое простое это наверно использовать текстовый файл для обмена данными между этими двумя прогами. Я так понимаю такая необходимость у вас возникла из-за сложности создания и скудности нормального интерфейса на тулките.

Сам так же пока поступаю. Все что связано с окнами пушу на Дельфи, а все остальное, расчеты, менюшки и кнопки создаю на тулките.

Причем здесь извращенство, не понятно.

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

Тем боле прга будет именно такой как вам нужно, а не как этого хочет  ваша  любимая PTC.

Последнее время замечаю только все больше косяков в работе прое.

[bomber 45]

Косяки в мозгах у ваших админов. Давно апгрейд просится для передового и продвинутого  и любимого.....

Любой апгрейд на новую версию и  вся работа "коту под хвост".

А хочешь полезное и умное сделать для всех пользователей, так потрудись и сделай это глобально,

для всех пользователей , а не только для себя любимого. И отправь предложение PTC. Интернет то всесилен.....

Не боги "горшки обжигают". И в PTC тоже люди сидят и работают под потребности  50 тысяч пользователей.

Умное всегда приветствуется....

[GOLF_stream 297]

Умное всегда приветствуется....

А твой пьяный бред всегда не приветсвуется. Категорически.

Когда рекламный биоробот пытается рассуждаеть, это получается очень глупо.

[bomber 45]

GOLF_stream, а ты что ,  к каждой бочке - затычка?  Я тебе обещал при встрече уши надрать, что бы не обзывался. Забыл?

[Sergey___1978 35]

Почему же это интересно вся работа под хвост при апгрейде?

В коде на с++ практически ничего не меняется, за исключением появления некоторых новых функций.

Просто перекомпилить надо под новую версию прое, и всех делов то.

 

Админы вообще далеки от нужд конструкторов, они находятся вообще в каком то своем другом мире.

Чтобы они что-то толковое могли написать, необходимо самому поработать конструктором хотя бы лет пять.

 

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

При перходе на крео, что надеюсь будет в относительно далеком будущем, перепишу интерфейс полностью под WF5, хотя посмотрим может он не так уж и плох.

В принципе все устраивало и в WF3, из-за винчила десятого пришлось перейти.

Замечено множество новых глюков и ухудшений в работе.

[bomber 45]

Почему же это интересно вся работа под хвост при апгрейде?

 

В свое время потратил  много времени на русификацию меню и HELPa, для пользователей ProE передового и продвинутого  и любимого предприятия.....

При апгрейде все приходилось "ручками"  доделывать. Когда появилась русификация Pro/E в дистрибутивах от PTC новых версий, то осознал как все быстротечно и временно. И трата времени должна быть оправдана.

Один коллега так наворотил этих кнопок, что в конце концов сам запутался и плюнул на  эти изыски, перейдя на новый Creo 2.0

[VIKT0R 21]

Bomber, Вы по-моему маленько перебрали на праздниках...

 

Собственно, суть программы не в создании кнопки.

 

 

Sergey, Вы совершенно правы, тулкитовский интерфейс не удовлетворяет.

 

 

А насчет перехода на Creo - я думал эту мысль, но, почитав соответствующую ветку Форума, решил, что переход с WF4 на Creo мне совершенно ни к чему.

[GOLF_stream 297]

Bomber, Вы по-моему маленько перебрали на праздниках..

Причём он этим занимается с завидной регулярностью. Если посмотреть на его сообщения, то обострения как раз о субботам и праздникам.

[bomber 45]

VIKT0R , машина "Запорожец"  тоже ездит у кого то  и на неё ставят дуги и большие галогенные фары

и  WF 4.0  еще много лет будет работать у людей в провинции.

И деды -пенсионеры не слезут с Pro/E 2001.

Вам 37 лет и уже ничего не надо и не хочется менять в этой жизни?  

Странно как то.

[Sergey___1978 35]

VIKT0R, если интересно, то я поступаю так в таких случаях.

 

Идет работа прое.

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

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

Запускаем внешнюю прогу с диалоговым окном, делаем это окно со свойством поверх всех окон.

Как только внешняя прога закрывается выполнение проги на тулките и работа прое возобновляется.

Обмен информацией между прогами делаю через текстовый файл, реестр, либо через буфер обмена, но это уже особенности создаваемой проги.

 

Вот к примеру запуск внешней проги для задания  и создания материала:

 

..... какой-то код на тулките ....

//запуск внешнего приложения на дельфи для задания материала
if (IsProcessRun(L"Promat.exe")==false)
{
STARTUPINFO cif;
ZeroMemory(&cif,sizeof(STARTUPINFO));
PROCESS_INFORMATION pi;
wchar_t pro_config_path[255];
wcscpy(pro_config_path,PRO_CONFIG);
wcscat(pro_config_path,L"\\applications\\Promat.exe");
CreateProcessW(pro_config_path,NULL,NULL,NULL,FALSE,NULL,NULL,NULL,&cif,π);
}
//пока не закончится выполнение внешнего модуля Promat.exe
do
{
Sleep(100);
}
while (IsProcessRun(L"Promat.exe"));

.... продолжение кода на тулките, выполняет какие-то действия с выбранным материалом ....

 

 

Вообщем как-то так делаю во всех случаях.

[VIKT0R 21]

Спасибо, Sergey___1978!

Но с учетом того, что C и C++ родственные языки, хотелось реализовать более непосредственное их взаимодействие - и это получилось!

Пока в одном файле разместил простейшее окно MFC и его вызов из Pro-функции нажатия кнопки - работает.

[Sergey___1978 35]

Если возможно, можете пример проекта в личку скинуть?

 

[VIKT0R 21]

Пожалуста

 

 

Toolkit_Cpp_2.rar

[VIKT0R 21]

Отпишусь коротенько: в общем, дальнейшие попытки использовать MFC имели переменный успех (справедливости ради, выложенный ранее пример, наверно и не совсем MFC). Вызвать диалоговое окно удалось только в асинхронном режиме. Но потом на ровном месте проект перестал линковаться, начали конфликтовать библиотеки, используемые Pro/Toolkit и MFC. Прихожу к выводу, что с MFC лучше не связываться (по крайне мере с WF4). Думаю, что с WinAPI будет надежней.

[Onizuka 29]

Не знаю была ли такая возможность в WF4, но поделюсь своими мыслями.

Есть такая штука Task Based Application Libraries. Те когда можно из приложения J-Link, Web.Link вызывать функции из dll toolkit.

Мысль такая, что можно сделать довольно гибкий интерфейс на HTML и JavaScript, который будет работать во встроенном браузере, а всю логику реализовать на TOOLKIT. Те из приложения Web.Link вызывать функции из DLL, которые будут что-то делать и возвращать только результат для отображения в интерфейсе.