Владимир2012Но сдается мне VFP вы используете не потому, что он в 15 раз быстрее обеспечивает доступ к данным/подсистема прямым запросов внешней компонеты 1cpp обпеспечивает скорость доступа не хуже чем VFP однозначно/, а потому что движок VFP имеет много вкусностей и удобств которых в 1С нет.
Ну, к 1С++ у меня лично настороженное отношение. Вот FormEx да, пользуюсь с удовольствием. А для 1срр доступны исходники (v. 2.5.07 и ниже). Весьма полезны для изучения. Не пользуюсь явно этой компонентой по разным причинам. Во-первых, она иногда подглюкавывает на серверных операционках. Во-вторых, концепция классов в 1срр реализована не очень удачно и соответственно ненадежно. Как по мне – лишние это все телодвижения, решения нужно искать в другой плоскости. В-третьих, доступ к базе данных там реализован с помощью технологий ODBC и OLEDB. Соответственно обмен данными производиться через вариантные массивы в памяти. Это, в принципе, неплохо, если нет другого более прямолинейного способа, но поскольку такой способ есть (например, родной движок VFP), то зачем тогда использовать посредников в виде провайдеров данных? Проще говоря, свои проблемы я вполне могу решать и решаю без 1cpp.dll.

А движок VFP мне нравится, прежде всего, своей эффективностью в построении (на тестах, скорость создания индексов, по символьному полю длиной 70 символов, составляла порядка 90-100 тысяч индексов в секунду) и использовании индексов, а также простой табличной структурой dbf-файлов (легко использовать MMF), наличием MEMO полей, использованием патентованной технологии Rushmore (никто не знает что это за зверь, но работает он в запросах очень эффективно), а также удобством работы с текстовыми файлами, да и много чего еще, по мелочам.

И потом, никогда не нужно забывать о принципиальном отличии файл-серверных и клиент серверных СУБД. Первые ориентированы на позицию в файле, а вторые нет. В файл-серверных БД легко может быть организована полная навигация и произвольная модификация по всей таблице данных, содержащей хоть миллиард записей (например, при использовании MMF в виртуальном режиме и 64-х разрядном dbf, правда здесь уже нужен будет не VFP, а его бесплатный аналог вроде (x)Harbour). А клиент-серверные БД на такую работу совершенно не заточены, только на выборку относительно небольших порций данных. Кроме того малые и средние решения на VFP будут, как правило, дешевле, чем их аналоги с привлечением промышленных баз данных и сопоставимой производительности. Другие дело, если вам нужны особые требования по безопасности, надежности и производительности огромных массивов данных. Тогда да, клиент-серверным промышленным БД альтернативы нет.

Владимир2012Когда VFP изменяет cdx файлы 1С после этого не "бьется в судорогах".
На сколько совместимы cdx формы 1С с cdx VFP?
Где-то читал, что имеются вроде небольшие различия.
Вообщем правильный ответ на этот вопрос мне неведом.
Ну, cdx-файлы 1С и VFP совместимы лишь частично. VFP может работать с индексами 1С (в моей «зарплате» так и происходит), а наоборот, вообще говоря, нет. Просто в 1С используется стандарт DBase-IV без мемо полей, а VFP из этих «детских штанишек» давным-давно вырос, еще во времена FP-2.6a.

Кроме того, насколько я знаю, спецификация cdx-файлов от M$ нигде не опубликована, хотя общий принцип их работы вполне ясен, это комбинация сбалансированных двоичных деревьев и двухсвязных списков (в MSDN'e есть примитивный рисунок на эту тему, см. http://www.sql.ru/forum/686605/algoritm-sozdaniya-cdx-faylov ). Свою реализацию cdx-файлов реализовал Алексей Долгачев (если я правильно помню) в http://www.alxsoft.narod.ru/ , не говоря уже об открытых исходниках (x)Harbour), xBase ( http://linux.techass.com/projects/xdb/ ) и др.

Я думаю, что все эти клоны реализации cdx-файлов, в т.ч. и от 1С77 не могут обеспечить полную совместимость с компаундными индексами от Visual FoxPro. Хотя бы потому, что технология Rushmore, скорее всего, присутствует и в реализации построения cdx-файлов, а не только в коде самого движка VFP. Естественно, что на таком уровне никто полную поддержку cdx-файлов организовать, кроме M$, не сможет.

Dima TВобщем я к тому что в базу 1С можно лезть фоксом, но желательно ограничиться чтением.
А чего бояться? Меняйте фоксом, что угодно в 1С7, только потом не забудьте переиндексировать измененные dbf-файлы средствами «семерки». Все работает, проверенно, более, чем десятилетним опытом работы.

Dima TНе знаю есть ли смысл что-то городить для 1С77 с DBF. За 1С не слежу, но если не путаю 1С официально похоронила 7-ку. Официально 1С77 такой же труп как VFP.
В 8-ке нет DBF.
Все так, только не нужно забывать, что фирмы производители коммерческого программного обеспечения ориентированы в первую очередь на решение своих собственных финансовых проблем и уже потом, по остаточному принципу, занимаются решением технических проблем.

Вас же, например, никто не уговаривает, не носить берестяные лапти, не пользоваться глиняной посудой или там не использовать солому для ремонта крыши дома. Понятно, как здравомыслящий человек, вы этого и так делать не будете, без особой на то необходимости. А вот не пользоваться «старыми» программами или даже новыми, но «неправильными» нас уговаривают постоянно. Мол, немодно это, устарело, не круто, не понтово – вот он уровень аргументов.

Когда Борису Нуралиеву предложили выложить код «семерки» в открытый доступ, поскольку она с 2006 года официально снята с поддержки, мотивируя, что, мол, вон M$ выложил полностью код MS-DOS в паблик, наш главный 1С-овец ответил прямым текстов: «Вы что, хотите, чтобы мы собственными руками создали себе, т.е. «восьмерке», конкурента?». Т.е., из этого следует, что «семерка» даже в своем нынешнем коматозном состоянии остается все еще конкурентно способной и таковой будет, по моему мнению, еще, минимум, лет двадцать, пока кто-то не создаст ее прямой открытый аналог.

Так что, лично мне совершенно ультрафилетово поддерживает или нет фирма «1С» «семерку», а Мелкософт «шестерку» (Visual C++, v.6, sp.6) или «девятку» (VFP9). Даже когда поддерживала, это ничего не давало.

Использование внешнего полноценного доступа к БД 1С позволяет добиться того, чего там нет, это модульности кода и данных. Причем доступ к dbf будет полезен и в «восьмерке». Об этом можно говорить много, но это уже будет другая тема.

Владимир2012Да ведь ранее вам дал ссылку на MSDN где приведена спецификация cdx ...
Что-то я не могу ее найти. . .

Владимир2012EmeryСвою реализацию cdx-файлов реализовал Алексей Долгачев (если я правильно помню) в http://www.alxsoft.narod.ru/ В тех исходниках, которые он опубликовал приведены классы для работы с DBF. Может быть чего не досмотрел, но работы с cdx в них нет.
Кроме того он сказал, что работа с индексными файлами у него реализована только по чтению.
Sorry.
Ну, в http://www.wosoft.ru/load/70-1-0-5789 сказано, что «3. Поддерживаются индексы: IDX (для не компактных, только чтение), CDX (чтение и запись) 4. Для индексных выражений может использоваться более 70 функций языка dBASE». Так что для cdx есть запись. Там же можно скачать и саму библиотеку http://www.wosoft.ru/_ld/57/5789_alxbase068.zip . Другое дело, что для установки setup.exe (кстати, не самой последней версии) требуется регистрационная информация. Однако в свое время такая информация была опубликована в Интернете (сейчас не могу ее найти) с комментариями, что защита там слабенькая, через «Олю Дебаговую» легко взламывается. Вообще, я смотрю, все файлы от Алх'а сейчас найти трудно, судя по всему, забросил он давно свою разработку. Кое-что осталось только на зеркалах.

Владимир2012Еще не было интернета и codebase ..., но у меня работа с индексными файлами по чтению уже была решена.
Это очень здорово, только какой сейчас в этом прикол? В своей программе, использующей рантайм библиотеки Фокпро, их можно не распространять (чтобы соблюсти формальности). Достаточно, сказать, что программа использует такие-то файлы, а народ их легко найдет в Интернете. Можно найти не одну программу, которые официально используют файлы поддержки от VFP.

Владимир2012ИМХНО быстрее свою library разработать чем чужой код ковырять.
Как вы говорите: «Ваше право». Меня вполне устроит, когда эту работу за меня сделает ФоксПро. А вот навигацию по dbf-файлам я реализовал сам ( http://www.sql.ru/forum/681845/mfc-04-mmf-chtenie-i-sozdanie-dbf-faylov-vmesto-serializacii-dlya-virtualnyh-spiskov ). Увеличьте размер используемых файлов в сотни раз, летать все равно будет что дурная.

Владимир2012Вообщем 1cpp - хорошее подспорье.
Одна лишь из многих возможностей - создание динамически: переменных, процедур и функций - много стоит ...
Само по себе это малоинтересно. 1cpp это внешняя компонента для «семерки». Если нужна модульность кода (и данных), то лучше воспользоваться другими идеями и реализовать подходящую компоненту самому.

Владимир2012EmeryЧто-то я не могу ее найти. .File Structures https://msdn.microsoft.com/en-us/library/d863bcf2(v=vs.80).aspx
Спасибо, возможно пригодиться!

Владимир2012К сожалению на этой страницы "битая" ссылка http://www.codeproject.com/KB/list/Emery-Emerald-04/ModifiedListCtrl04.zip.

Просьба заново запостить архив ... /ну и ссылку на него дать/
Ссылка не «битая», для этого надо просто (бесплатно) зарегистрироваться на codeproject.com. Если это влом, то после статьи опубликованы вложения http://www.sql.ru/forum/actualfile.aspx?id=7447545 и http://www.sql.ru/forum/actualfile.aspx?id=7447550 .

Владимир2012Захожу на http://www.codeproject.com/ под своим аккаунтом и использую вами приведенную ссылку
http://www.codeproject.com/KB/list/Emery-Emerald-04/ModifiedListCtrl04.zip

Нет файла!
Я только что зашел под своим ником и скачал этот файл без проблем. Однако что мешает скачать тоже самое из вложений на этом сайте: http://www.sql.ru/forum/actualfile.aspx?id=7447545 и http://www.sql.ru/forum/actualfile.aspx?id=7447550 ?

Владимир2012Для меня эта возможность интересна тем, что позволяет разрабатывать обобщенные алгоритмы и много упростить исходный код модулей.

В 1cpp также реализован "Перехватчик", позволяющий перехватить все предопределенных событий 1С и ВК FormEx.
...
Так вот кое что из перечисленного не требует от программиста добавления в коды модулей ни одной строки /супер удобно/.
Ну и прекрасно! Я же не против, чтобы вы или кто-либо еще все это использовали. Разве я вас отговариваю от этого? Мне самому это не сильно нужно. Если что-то будет непонятно, то тогда задам вопрос на форуме, а так, все свои проблемы решаю другими средствами.

Владимир2012Знаете это как в VFP говорят знаем и все умеем, а на поверку пишут г-но код и потом хнычат, что язык устарел, код устарел ... /бесконечная песня/.
Это суждение годится для любого языка программирования и ...
И что самое прелюбопытное - "учат" других и передают им свои "знания".
Я здесь вообще никаких проблем не вижу. Кто-то пишет плохой код? Хнычет не по делу? Глупости говорит? Ничего не знает, но идет учить других? Это все издержки открытого общества, причем, как по мне, не самые плохие. Какой смысл обращать на это внимание, тратить свои силы? Если бы я реагировал на все, что мне не нравиться, то никакого времени не хватило бы. Лучше уж потратить его на что-либо более интересное.

Владимир2012 Хотя впрочем и не нужно,
. . .
но все же
В вышеприведенной ссылке на русский перевод статьи ( http://www.sql.ru/forum/681845/mfc-04-mmf-chtenie-i-sozdanie-dbf-faylov-vmesto-serializacii-dlya-virtualnyh-spiskov ) в первых строчках указан оригинал на английском: http://www.codeproject.com/KB/list/Emery-Emerald-04.aspx .