Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д.
Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней...
Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Здравствуйте, Dsmover, Вы писали:
D> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Твое начальство абсолютно право.
Софт пишеться , что бы заказчик был доволен, а не для того ,чтобы програмист изучал интересные ему технологии.
Здравствуйте, Dsmover, Вы писали:
D>Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll.
Нормальная практика. Особенно учитывая специфику фазы внедрения на различных производствах.
D>А мне бы очень хотелось использовать COM-технологии. Поработать с ней...
"Хочется использовать" и "реально необходимо" это разные понятия.
Очень вероятно что в том продукте COM нужен как собаке пятая нога.
D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Что то мне кажется что начальство в данном случае не упрямое а опытное, и знает чем такие игрища с технологиями заканчиваются.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
D> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
В своё время я сделал так (все COM модули — inproc):
Здравствуйте, Dsmover, Вы писали:
D> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
я бы тоже не разрешал.
что касается хотелось бы поработать — поздно взялись, опыт этот вам не понадобится, имхо
Здравствуйте, Dsmover, Вы писали:
D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней...
Пишите под Win2000?
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Здравствуйте, Dsmover, Вы писали:
D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Эмулятор реестра? Перехватываем все обращения, потом лезем в локальную базу, смотрим там. Если не находим, то вызываем стандартную функцию.
Здравствуйте, MShura, Вы писали:
D>> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D>> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D>> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
MS>В своё время я сделал так (все COM модули — inproc):
Здравствуйте, ilnar, Вы писали:
I>что касается хотелось бы поработать c COM — поздно взялись, опыт этот вам не понадобится, имхо
Неужели COM так устарел уже??? Мне кажется ATL, MFC, ActiveX, COM еще будут долго жить... А дотнет тормозная ненадежная с эксепшенами хрень...
Правда под дотнет у меня был опыт написания программ только под Compact Framework (ужасно медленная, непригодная для жизни вещь)
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, Dsmover, Вы писали:
D>> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней...
TK>Пишите под Win2000?
В принципе на заводе (куда мы внедряем наше ПО) стоят разные компьютеры. Почти везде Вынь2000, но хотелось мне бы ориентироваться и на Windows XP
Здравствуйте, Mystic, Вы писали:
M>Здравствуйте, Dsmover, Вы писали:
D>> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
M>Эмулятор реестра? Перехватываем все обращения, потом лезем в локальную базу, смотрим там. Если не находим, то вызываем стандартную функцию.
Здравствуйте, Dsmover, Вы писали:
D> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
А как ты будешь разруливать ситуацию с одновременно установленными разными версиями программы?
Когда окажется что у заказчика установлено несколько версий программы, компоненты зарегены от одной, запускает он другую... будет ведь самый настоящий ад.
Здравствуйте, рыбак, Вы писали:
Р>Здравствуйте, Dsmover, Вы писали:
D>> Доброго времени суток. Итак, я работаю в небольшой одной конторке программистом уже лет пять. Всего у нас программеров человек семь. Разрабатываем мы приложения на Delphi, Microsoft Visual c++, c# и MSSQL. В основном это системы автоматизации производства, учетные системы и т.д. D>> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D>> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Р>А как ты будешь разруливать ситуацию с одновременно установленными разными версиями программы? Р>Когда окажется что у заказчика установлено несколько версий программы, компоненты зарегены от одной, запускает он другую... будет ведь самый настоящий ад.
Пардон, мож чего не понял, но в чем собственно проблема? CLSID другой — и вперед.
Здравствуйте, Glоbus, Вы писали:
Р>>А как ты будешь разруливать ситуацию с одновременно установленными разными версиями программы? Р>>Когда окажется что у заказчика установлено несколько версий программы, компоненты зарегены от одной, запускает он другую... будет ведь самый настоящий ад.
G>Пардон, мож чего не понял, но в чем собственно проблема? CLSID другой — и вперед.
Собственно говоря, COM — это одна из первых и довольно удачных попыток разрулить dll hell.
Именно с помощью разных clsid и progid.
Здравствуйте, Dsmover, Вы писали:
D> Собственно, к моему вопросу. Наше начальство совершенно против создания компонент (COM, ActiveX). Требует чтобы разрабатываемая программа запускалась на конечном компьютере после простого копирования файлов (ведь компоненты надо регить... да еще под правами админа!). То есть, если нужны какие-то модульные приблуды — пожалуйста используйте простые dll. А мне бы очень хотелось использовать COM-технологии. Поработать с ней... D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Чем начальство мотивирует такой подход к развёртыванию приложения — простым копированием?
— Приложение с самого начала задумано как портабельное?
— Горький опыт общения с тупыми пользователями?
— Необходимость быстрого развёртывания на множестве компьютеров?
— Запуск с сетевого диска?
D> Итак, как решить мою проблему? Были ли у кого нечто подобное в жизни и как вы решали такие траблы с упрямым начальством
Если кто не знает — существует возможность использовать COM без регистрации в реестре. Для этого используются специальные манифесты. Registry-free COM
Здравствуйте, tonykent, Вы писали: T>Если кто не знает — существует возможность использовать COM без регистрации в реестре. Для этого используются специальные манифесты. Registry-free COM
Здравствуйте, TimurSPB, Вы писали:
TSP>COM он да же под виндой как то плохо прижился.
Ну не знаю... Дофига виндовских API сделано на COM, и ничего. И очень даже ничего.
TSP> А если вдруг родина прикажет портироваться под Linux/Unix ? Начальство придерживается правильной линии.
Лично писал с использованием COM (с оглядкой на DCOM) под VxWorks. Правда, через год кодинга затею с distributed похерили, и сам COM как-то оказался невостребован.
Ну и во free-threaded inproc его конвенции гораздо больше мешают, чем помогают.