sedmin писал(а) 21. Февраля 2007 :: 15:19:Где будем вести обсуждение?
А чем здесь плохо?
sedmin писал(а) 21. Февраля 2007 :: 15:19:А как ты оцениваешь востребованность семерки в целом, и 1С++ в частности? Как ты считаешь, стоит на это тратить время?
Не знаю, пока сам смотрю, что происходит
По всем прогнозам семерка должна была умереть еще лет пять назад, а она вроде живее всех живых
Значит, что-то в ней есть такое, чего не дает восьмерка. Наверное, это легкость движка и простота конфигураций. Возможно, семерка не умрет еще долго. Ведь это не столько какое-то одно решение, сколько платформа. А платформы просто так не умирают
Скорее всего, просто семерка и восьмерка просто будут занимать разные ниши (где помельче - семерка, где покрупнее восьмерка).
sedmin писал(а) 21. Февраля 2007 :: 15:19:И ты реально думаешь, что кто-то будет писать компоненты для 1С++? А где они возьмут книжку "Технология создания внешних компонент"?
Будут или не будут писать компоненты под 1С++, будет определяться возможностью "1С++ SDK". Если там будут реально удобные и полезные вещи для разработчика, то просто не будет смысла "не писать компоненты для 1С++". Например, возьмем CMyContextBase. Если его не использовать, то написание новых объектов для 1С будет связано с огромным геморроем и тормозами (все эти switch/case, прямой перебор списка имен методов и т.д.). Чтобы избавиться от геморроя, надо либо изобретать свой велосипед, либо вытягивать CMyContextBase из 1С++. Вытягивать из 1С++ на уровне исходников - то еще веселье. Когда я этим занимался, то опомнился, когда обнаружил, что перетянул в свой проект чуть ли не половину 1С++
Пришлось ковырять исходники и отрубать зависимость от CComponentClass - тогда получилось более-менее компактно. А вот если будут готовые хедеры и библиотеки, которые подключаются легким движением руки и сразу позволяют задействовать CMyContextBase, то тут уже и мыслей не возникнет, чтобы не использовать 1С++
Заодно получится дополнительное продвижение 1С++
Ну и написание плагинов для 1С++ даст разработчикам помимо удобства еще и новые возможности, например, взаимодействие с классами 1С++ (теми, что в 1С). Это вообще реально сделать без интеграции с 1С++ (а то, может, зря я это все
)?
Если уж делать "1С++ SDK", то надо сразу позаботиться о документации
Лучше сразу сделать специальный подраздел в Wiki (она как раз очень для этого подходит). Там можно будет описывать все экспортируемые из 1С++ возможности. Создать плагин для 1С++ будет не сложнее, чем простую ВК по технологии Rainbow - сначала создаем просто ВК по типу Rainbow (как описано в Wiki), а потом просто подключаем заголовки 1С++.
artbear писал(а) 22. Февраля 2007 :: 03:43:А ты какую исходную версию 1С++ и какой вариант конфы тестирования тестил?
Из репозитория:
CVSROOT: :pserver:anonymous@cvs.alterplast.ru:/usr/cvsroot
Module name: 1cpp