В принципе, по технологическим возможностям платформа 1С сильно приблизилась к Аксапте

[sukhanchik]

Цитата:

Сообщение от FE

что такое "код модулей"?

Если грубо - то модуль - это набор исходных текстов методов класса (в понятии АХ), вынесеных в один общий текст. При этом - несвязанных между собой, без наследования. Модули бывают при форме и глобальные (т.е. с процедурами/функциями, доступными отовсюду). Собственно - модули эмм... это и есть весь код 1Са (все остальное - это дизайн).

У меня знания остались еще с 7.7. Поправьте меня - если что изменилось плиз...

[Hans]

Цитата:

Сообщение от sukhanchik

Если грубо - то модуль - это набор исходных текстов методов класса (в понятии АХ), вынесеных в один общий текст. При этом - несвязанных между собой, без наследования. Модули бывают при форме и глобальные (т.е. с процедурами/функциями, доступными отовсюду). Собственно - модули эмм... это и есть весь код 1Са (все остальное - это дизайн).

У меня знания остались еще с 7.7. Поправьте меня - если что изменилось плиз...

Имхо сравнения Аксапты и 1с это все равно что сравнивать дорогой гоночный автомобиль с бюджетным вариантом для повседневных нужд, каждая система занимает свой сегмент
По сравнению с семеркой, восьмерка научилась многому, но до Аксапты не дотягивает (с 2005 года работаю с MS Dynamics Ax 3 и 4), это мое мнение как разработчика относительно инструмента разрабтчика, не имею в виду различные доработанные конфигурации для 1С, в которых бухгалтерский учет и налоговый (для РФ) реализован лучше. В данный момент плотно работаю с 1с 8.1 Управление торговлей и ЗУП, сейчас в 1С нет такой большой ямы с кучей несвязанного кода, глобальный модуль, как это было в семерке, есть УЗЕЛ в МЕТАДАННЫХ называемый Общие модули. Там все процедуры и функции сгруппированы по назначению (см. рисунок http://files.mail.ru/5TSULP?t=1 ). Как пример, функции и процедуры работы с диалогом вынесены в один модуль "Работа с Диалогом", "РаботаСФайлами" и т.д.Это очень удобно с точки зрения разработчика. Вызов этих процедур и функций происходит автоматически, после того как в коде пишешь "РаботаСДиалогом." и ставишь точку выходят все доступные функции и процедуры для этого модуля. Чем то похоже на Аксапту с ее методами доступными для класса. У модуля есть возможность установки где выполнять код на сервере или на клиенте (есть свои ограничения, но это не важно), опять же аналогия на АОС. Ввели такой термин как подсистема, с возможностью устанавливать у каждого объекта конфигурации признак какой подсистеме он принадлежит (Денежные Средства, Налоговый учет и т.д.). Очень удобно работать
с регистрами сведений (теперь нет объекта периодический, а есть периодический регистр сведений) и накоплений ("НДСсАвансов", "РеализацияУслуг" и т.д.), аналогия на кубы OLAP (в нужных Измерениях и по нужным ресурсам хранятся сведения которые создаются так называемыми регистраторами, документами), с помощью отборов инфа быстро сортируется. Улучшили возможность работы с таблицой значений (многомерный массив), как пример, для поиска нужных строк, достаточно передать в новый тип данных структура (опять же аналогия с аксаптой) нужные значения для колонок и массив отбирает нужные значения.

                 			=  ("Отметка, НомерЗаказа");
		. 		= ;
		. 	= .;
		 			= .();

В отладчике можно сразу посмотреть весь массив и вывести в табличный документ на печать. Неограниченное количество табличных частей, для документов, справочников очень приятно. Запросы приобрели человеческий вид, почти как в SQL (левое соединение, правое, указываешь по каким полям идет связь). Хороший и понятный объект построитель отчетов, куда в качестве параметра передаешь текст запроса и он сам выводит и группирует данные в выходной форме. Реализован доступ на уровне записи, кривовато кончено, но работает, ограничение для пользователя, на видимость, нужных контрагентов и документов. По сравнению с семеркой в 8.1 очень много изменений, с 8.0 не работал.

[Сисой]

Пример Hansa записывается еще короче:

		 			= .( ("Отметка, НомерЗаказа",,));

Будут получен массив ссылок на строки двумерной таблицы по заданному отбору.
Чего нет в 1С, но и не может быть в силу ее объектных особенностей. Update recordset с SQL-синтаксисом.
В 1С удобная фишка разыменования запросов. Запрос

Select Z.. From . as Z

автоматически сформирует левое соединение с таблицей Справочник.Контрагенты и выберет из него ПолноеНаименование. В Ax так же?
Также язык запросов 1С имеет интересное расширение Итоги (Total),
Эта конструкция позволяет, сохранив первоначальный текст запроса, автоматически добавлять в результат итоги, посчитанные по заданным группировкам. Причем результат можно тут же выгрузить в дерево, узлами которого будут описанные итоги.

[mazzy]

Цитата:

Сообщение от Сисой

В 1С удобная фишка разыменования запросов. Запрос

Select Z.. From . as Z

автоматически сформирует левое соединение с таблицей Справочник.Контрагенты и выберет из него ПолноеНаименование. В Ax так же?

Ни в коем случае! Упаси бог!
Эта "удобная фикша" приводит к тому, что на запрос одной таблицы (справочника, регистра), платформа 1С может автоматически построить очень сложный запрос с кучей join'ов. А если запросить две таблицы, то легко можно получить запрос с несколькими десятками таблиц.

И прощай всякая оптимизация. Хотя бы потому, что управлять или отключать такое разыменование невозможно. А, например, MS SQL перестает выполнять оптимизию запроса, если в нем указано больше 8 таблиц.

Ни в коем случае!

Цитата:

Сообщение от Сисой

Также язык запросов 1С имеет интересное расширение Итоги (Total),
Эта конструкция позволяет, сохранив первоначальный текст запроса, автоматически добавлять в результат итоги, посчитанные по заданным группировкам. Причем результат можно тут же выгрузить в дерево, узлами которого будут описанные итоги.

Ага. Только выполняется это действие НЕ на SQL-сервере. Со всеми вытекающими последствиями для производительности.

[Сисой]

Цитата:

Сообщение от mazzy

Ни в коем случае! Упаси бог!

Mazzy, ты отрицаешь очевидное. В 1С думающий программист точно так же, как и в стандартном SQL, построит запрос без разыменования, используя только inner и outer join. Более того, на этом настаивают специалисты УЦ 1С. Здесь вопрос риторический: а всегда ли нужно ставить оптимизацию по скорости запросов во главу угла, игнорируя качество работы программиста? Всегда ли нужно получать реквизиты по связи запросом, или можно написать:

=..;

?
Ответ в каждом конкретном случае разный. На курсах в УЦ 1С специалистов знакомят с правилами хорошего тона и оптимизацией кода по скорости. Но если я пишу небольшую сервисную обработку, для которой время исполнения некритично, я буду использовать "фишки 1С" даже в ущерб производительности. Чтобы через год проще было понять и модифицировать код.
Чего точно нет в 1С, так это возможности использовать хинты в запросах. Тоже ведь палка о двух концах...

[mazzy]

Цитата:

Сообщение от Сисой

Mazzy, ты отрицаешь очевидное. В 1С думающий программист точно так же, как и в стандартном SQL, построит запрос без разыменования, используя только inner и outer join.

Сисой, ты снова путаешь "можно сделать" и "уже сделано"

1. Большинство запросов в типовых конфах УЖЕ написано с разыменованием
2. Даже если не делать разыменование в тексте запроса, а обратиться к "Запрос.Контрагент.ПолноеНаименование", то платформа 1С все равно сделает разыменование (скорее всего отдельным запросом).

Давай поговорим о думающих программистах, когда типовые будут УЖЕ написаны таковыми. Сейчас думающим программистам приходится либо снимать с поддержки и править код по самые помидорки, либо махнуть рукой.

Цитата:

Сообщение от Сисой

Более того, на этом настаивают специалисты УЦ 1С. Здесь вопрос риторический: а всегда ли нужно ставить оптимизацию по скорости запросов во главу угла, игнорируя качество работы программиста?

Но ты ведь привел данный пример как преимущество безо всяких оговорок
А теперь выясняется, что какие-то специалисты УЦ на чем-то настаивают.
Так является ли преимуществом приведенный тобой пример с разыменованием?

Цитата:

Сообщение от Сисой

Ответ в каждом конкретном случае разный.

Цитата:

Сообщение от Сисой

Чего точно нет в 1С, так это возможности использовать хинты в запросах. Тоже ведь палка о двух концах...

Это да. И не надо. По тем же соображениям.

[Сисой]

Да, изменилось. В 1С8 есть зачатки инкапсуляции. Каждый объект (справочник, документ, регистр и т.п.) имеет свой собственный модуль, в котором можно описывать как приватные, так и публичные (в терминологии 1С - экспортные) процедуры и функции. Кроме того, есть библиотека общих модулей (их может быть сколько угодно).
По вопросу FE:
В мире 1С возможность редактирования того или иного объекта конфигурации определяет автор конфигурации:

Цитата:

Настройка поставки заключается в указании правил поставщика на изменение конфигурации и включении/исключении в поставку исходных текстов модулей. Меню "Конфигурация" - "Поставка конфигурации" - "Настройка поставки...". Открывается иерархический список объектов конфигурации (окно "Настройка поставки").

Для каждого объекта можно указать правило изменения. Для группы объектов (например, "Справочники") это можно сделать кнопкой "Изменить подчинённые", а для одного объекта или нескольких объектов, выбранных с помощью щелчков при нажатом Ctrl - кнопкой "Изменить" (в списке возможен произвольный множественный выбор объектов). Открывается диалог "Настройка правил поставщика и текстов модулей", в котором выбирается правило изменения и находится флажок включения в поставку исходных текстов модулей (модуля). Если этот флажок снят, в поставку будет включён только скомпилированный текст.

Варианты правила изменения:

Изменения разрешены (по умолчанию).
Изменения не рекомендуются - при выборе правила поддержки "Объект поставщика редактируется с сохранением поддержки" пользователь будет получать предупреждающее сообщение.
Изменения запрещены - пользователь сможет обновлять объект, только не редактируя его ("Объект поставщика не редактируется"). При этом пользователь не сможет снять такой объект с поддержки, и для изменения такого объекта надо будет снять с поддержки всю конфигурацию.

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