У товарищей тут телефон НЕ ЭВМ. А, что! Это идея! Несколько андроидофонов в кластер на линупсе и 1С можно не покупать! Раз телефон не ЭВМ, то и 1С не ПО. Какая-такая лицензия?
Особо юморных товарищей от комментариев, вроде "1С и так не ПО" прошу воздержаться.
пятница, 3 августа 2012 г.
воскресенье, 29 июля 2012 г.
Интервью с Андреем Данилюком
Мой коллега, Андрей Данилюк, недавно давал интервью для одного любопытного блога.
Полюбопытствуйте редкий пока для "наших кругов" формат.
Полюбопытствуйте редкий пока для "наших кругов" формат.
пятница, 27 июля 2012 г.
четверг, 26 июля 2012 г.
MVVM, 1С
Luxoft наконец-то выложил видео с семинара про MVVM, о котором я как-то писал.
Все-таки между схемой "Модель-Вид-Модель вида" и схемой "Объект-Форма-Структура данных формы" есть что-то общее. Можно сказать, что в режиме управляемого приложения, платформа 1С вынуждает разработчика использовать MVVM.
И глядя на вопрос с этой стороны некоторые загадочные моменты становятся более понятными. Например, функция "РеквизитФормыВЗначение" реализует доступ к данным модели вида. И вообще все операции, которые делаются между объектом и его данными на форме это по-сути связь между "Моделью" и "Моделью вида", те самые bindings.
Все-таки между схемой "Модель-Вид-Модель вида" и схемой "Объект-Форма-Структура данных формы" есть что-то общее. Можно сказать, что в режиме управляемого приложения, платформа 1С вынуждает разработчика использовать MVVM.
И глядя на вопрос с этой стороны некоторые загадочные моменты становятся более понятными. Например, функция "РеквизитФормыВЗначение" реализует доступ к данным модели вида. И вообще все операции, которые делаются между объектом и его данными на форме это по-сути связь между "Моделью" и "Моделью вида", те самые bindings.
среда, 18 июля 2012 г.
ADO
Несколько ссылок посвященных технологии ADO.
Вот неплохая статья про ADO для Delphi. В ней доступное вступление о том что такое ADO, MDAC, OLE DB и другие страшные слова: http://www.sql.ru/articles/mssql/2005/122703ado.shtml
А вот вполне приличный справочник по объектам ADO. Незаменимая вещь: http://wiht.link/ado_net_resources
И, конечно, ссылка на infostart. Чтение CSV через ADO: http://infostart.ru/public/98398/
Вот неплохая статья про ADO для Delphi. В ней доступное вступление о том что такое ADO, MDAC, OLE DB и другие страшные слова: http://www.sql.ru/articles/mssql/2005/122703ado.shtml
А вот вполне приличный справочник по объектам ADO. Незаменимая вещь: http://wiht.link/ado_net_resources
И, конечно, ссылка на infostart. Чтение CSV через ADO: http://infostart.ru/public/98398/
пятница, 6 июля 2012 г.
1C 8.3
Несколько дней назад вышла ознакомительная версия 1С 8.3
Много интересных изменений. Лично мне больше всего понравилось вот это:
Много интересных изменений. Лично мне больше всего понравилось вот это:
- реализована выгрузка конфигурации в набор файлов и загрузка из него;
- теперь для операционной системы Linux созданы клиентские приложения, аналогичные тем, которые существуют для операционной системы Windows (толстый клиент, конфигуратор);
- данные внешних источников можно помещать во временные таблицы для использования в сложных запросах;
вторник, 19 июня 2012 г.
URL encode/decode online
Хороший инструмент для сабжа. Поддерживает выбор кодировки.
http://www.url-encode-decode.com/
http://www.url-encode-decode.com/
Тестирование RegExp
За последние несколько месяцев почти прекратил использовать надоевшие конструкции, вроде:
Не, то, чтобы я не знал о RegExp раньше. Еще до 1С активно использовал их в PHP, но в 1С как-то не использовал. Сам даже не знаю почему.
Использовать их не просто, а очень просто, например вот так (запишу, как памятку себе):
Лично я сейчас пользуюсь Rad Software Regular Expression Designer, так же совсем недавно я встретил интересную публикацию на инфостарт. Там можно скачать обработку 1С, предназначенную для тестирования RegExp.
Есть и платные аналоги.
С инструментом тестирования разработка поискового шаблона превращается в удовольствие.
Используйте RegExp-ы и хорошего вам дня, и хорошего кода.
а=Найти(б); Если а>0 Тогда в=Лев(г,а)...
Не, то, чтобы я не знал о RegExp раньше. Еще до 1С активно использовал их в PHP, но в 1С как-то не использовал. Сам даже не знаю почему.
Использовать их не просто, а очень просто, например вот так (запишу, как памятку себе):
Код создания объекта очень простой, а в написании самой сложной части (шаблона) помогают программы тестирования регулярных выражений.РегЭксп = Новый COMОбъект("VBScript.RegExp"); РегЭксп.IgnoreCase = Истина; РегЭксп.Global = Истина; РегЭксп.MultiLine = Ложь; РегЭксп.Pattern = "([^0]*)0+(.*)"; Результат = РегЭксп.Replace(Номер, "$1-$2");
Лично я сейчас пользуюсь Rad Software Regular Expression Designer, так же совсем недавно я встретил интересную публикацию на инфостарт. Там можно скачать обработку 1С, предназначенную для тестирования RegExp.
Есть и платные аналоги.
С инструментом тестирования разработка поискового шаблона превращается в удовольствие.
Используйте RegExp-ы и хорошего вам дня, и хорошего кода.
Набросать кода
Инженер из берлоги поделился интересной ссылкой codepad.org.
Сложно представить практическую пользу от этого инструмента, но образовательная и развлекательная несомненна. Если надо по-быстрому кода "на коленке" набросать, и целый Visual Studio ставить не хочется, то это как-раз для вас.
Поддерживается несколько языков.
Сложно представить практическую пользу от этого инструмента, но образовательная и развлекательная несомненна. Если надо по-быстрому кода "на коленке" набросать, и целый Visual Studio ставить не хочется, то это как-раз для вас.
Поддерживается несколько языков.
суббота, 26 мая 2012 г.
пятница, 25 мая 2012 г.
пятница, 18 мая 2012 г.
А теперь новости кода
Сегодня в Киеве участниками конференции "Рефакторинг навсегда" был подписан пакт о ненападении на мирно пашущий код.
Основной темой документа стал призыв "работает и не трогай".
В то же время опозиционные силы развернули масштабную кампанию против гуманного обращения со старым кодом. "Долой спагетти" и "Мы за паттерны", вот какие лозунги сейчас можно услышать на улицах.
Следите за развитием событий.
Основной темой документа стал призыв "работает и не трогай".
В то же время опозиционные силы развернули масштабную кампанию против гуманного обращения со старым кодом. "Долой спагетти" и "Мы за паттерны", вот какие лозунги сейчас можно услышать на улицах.
Следите за развитием событий.
четверг, 17 мая 2012 г.
Второй параметр в методе "Выбрать". Группировки.
Сразу хочу предупредить, что вопрос освещаемый в этой статье очень специальный и если вы хотите увидеть общий обзор всего, да с практической пользой и применением, то лучше вам дальше не читать.
Тем же, кого, как и меня, беспокоил не не давал спокойно спать этот мелкий и назойливый вопрос "ну почему список" - добро пожаловать. Итак, интерес исключительно академический, практическая значимость сомнительна. Поехали!
Все началось с того, наш любимый синтакс помощник выдал мне вот такую справку:
Вот те мучающиеся вопросом бедолаги, которых мне удалость разыскать (всем привет!):
Ответы однообразны: а зачем тебе это, делай лучше так...
Но мы же договорились, что нами движет академический интерес?
Давайте разберемся что же именно "знает" выборка из результатов запроса и что "знает" выборка из выборки?
Если мы, как обычно, напишем:
То объект "Выборка" будет "знать" (хранить информацию) о всех данных, которые вернул запрос. Заметьте, я специально не опускал первый параметр, хотя по-умолчанию и так подставляется прямой тип обхода. При этом, если в запросе были группировки, то на каждом шаге выборки мы получим разный тип записи запроса (см. метод Выборка.ТипЗаписи) и разный уровень группировок (см. метод Выборка.Уровень).
Если же у нас в запросе есть несколько группировок, например "Склад, Номенклатура, ХарактеристикаНоменклатуры, Регистратор" (ИТОГИ, ну вы помните) и мы представим такую конструкцию:
То объект "ВыборкаСклад" будет знать только о единственном уровне группировок "Склад" и остальные для него значения не имеют. И хотя он позволит опуститься на уровень ниже, но "ВыборкаНоменклатура" это уже другой объект со своим "знанием" для которого, опять-таки, существует единственная группировка - "Номенклатура". Т.е. сам первый параметр определяет будет ли созданный объект обладать информацией о всех уровнях группировки или только об одном. Такие слова как "два уровня" или "три уровня" тут неуместны.
Жаль, что метод "Выбрать" нельзя "раскрутить" и посмотреть изнутри, было бы любопытно как оно устроено. Но, имеем черный ящик, с чем и живем.
Зато, посмотрите как просто группируются записи по нескольким группировкам, при прямой выборке:
Чем это отличается от выборки без второго и третьего параметров? Только тем, что итоговые записи будут исключительно по указанным группировкам, причем, в итоговой записи "Номенклатура", например, не будет склада, так как по нему не проводилась группировка.
Тут важно отметить одну тонкость. Даже если вы хотите опустить третий параметр метода "Выбрать", количество группировок для значений группировок указать придется, как это сделал я, вставив туда запятую. А вообще правильно было бы сделать, например, так:
Итак, подытожу. Бесполезное знание и бестолковый параметр метода. Нет золота в серых горах. Увы. =(
P.S.: Вот переписка с 1С на эту тему, может кого-то занинтересует:
Публикация на Инфостарт
Тем же, кого, как и меня, беспокоил не не давал спокойно спать этот мелкий и назойливый вопрос "ну почему список" - добро пожаловать. Итак, интерес исключительно академический, практическая значимость сомнительна. Поехали!
Все началось с того, наш любимый синтакс помощник выдал мне вот такую справку:
РезультатЗапроса (QueryResult)Казалось бы, всё понятно, все пользовались миллион раз. Но, обратите внимание, что в описании второго параметра написано:
Выбрать (Choose)
Синтаксис:
Выбрать(<ТипОбхода>, <Группировки>, <ГруппировкиДляЗначенийГруппировок>)
Параметры:
<ТипОбхода> (необязательный)
Тип: ОбходРезультатаЗапроса.
Задает тип обхода записей в получаемой выборке.
Значение по умолчанию: Прямой
<Группировки> (необязательный)
Тип: Строка.
Список группировок по которым будет вестись обход, разделенных запятыми.
Для детальных записей указывается пустая строка. В случае, если группировки не указаны - будет использоваться следующая группировка, указанная в предложении запроса "ИТОГИ".
<ГруппировкиДляЗначенийГруппировок> (необязательный)
Тип: Строка.
Список группировок, из которых будут выбираться значения группировок для обхода, разделенных запятыми. Если указано "Все", то будут выбираться все значения группировок. Если указана пустая строка, то значения для группировок будут выбираться из предыдущей группировки.
Возвращаемое значение:
Тип: ВыборкаИзРезультатаЗапроса.
Описание:
Формирует выборку записей из результата запроса.
Доступность:
Сервер, толстый клиент, внешнее соединение.
Примечание:
Получение выборок очень большого размера (более 64Mb) требует наличия достаточного количества свободного места на диске, используемом для размещения временных файлов сервера и клиента.
Пример:
Выборка = РезультатЗапроса.Выбрать();
Список группировок по которым будет вестись обход, разделенных запятыми.Исходя из практики сразу скажу, что этот параметр используется редко даже с одной группировкой. Проще в самом запросе указать группировки в нужном порядке, чтобы потом по ним "идти", чем потом в коде пропускать какие-то группировки. Да, и вообще, как уже говорилось - СКД рулит. Но какое-то поведение все-таки закладывалось в метод, когда в параметре перечислен именно список группировок? Какое? Этот вопрос беспокоил не только меня, но интернет предательски молчал.
Вот те мучающиеся вопросом бедолаги, которых мне удалость разыскать (всем привет!):
Миста и Итланд:1С, версия для обучения:
1С, форум специалистов:
Но мы же договорились, что нами движет академический интерес?
Давайте разберемся что же именно "знает" выборка из результатов запроса и что "знает" выборка из выборки?
Если мы, как обычно, напишем:
Выборка = Результат.Выбрать(ОбходРезультатаЗапроса.Прямой);
То объект "Выборка" будет "знать" (хранить информацию) о всех данных, которые вернул запрос. Заметьте, я специально не опускал первый параметр, хотя по-умолчанию и так подставляется прямой тип обхода. При этом, если в запросе были группировки, то на каждом шаге выборки мы получим разный тип записи запроса (см. метод Выборка.ТипЗаписи) и разный уровень группировок (см. метод Выборка.Уровень).
Если же у нас в запросе есть несколько группировок, например "Склад, Номенклатура, ХарактеристикаНоменклатуры, Регистратор" (ИТОГИ, ну вы помните) и мы представим такую конструкцию:
ВыборкаСклад = Результат.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "Склад");
Пока ВыборкаСклад.Следующий() Цикл
ВыборкаНоменклатура = ВыборкаСклад.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "Номенклатура");
Пока ВыборкаНоменклатура.Следующий() Цикл
ВыборкаХарактеристикаНоменклатуры = ВыборкаНоменклатура.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "ХарактеристикаНоменклатуры");
Пока ВыборкаХарактеристикаНоменклатуры.Следующий() Цикл
КонецЦикла;
КонецЦикла;
КонецЦикла;
Пока ВыборкаСклад.Следующий() Цикл
ВыборкаНоменклатура = ВыборкаСклад.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "Номенклатура");
Пока ВыборкаНоменклатура.Следующий() Цикл
ВыборкаХарактеристикаНоменклатуры = ВыборкаНоменклатура.Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам, "ХарактеристикаНоменклатуры");
Пока ВыборкаХарактеристикаНоменклатуры.Следующий() Цикл
КонецЦикла;
КонецЦикла;
КонецЦикла;
То объект "ВыборкаСклад" будет знать только о единственном уровне группировок "Склад" и остальные для него значения не имеют. И хотя он позволит опуститься на уровень ниже, но "ВыборкаНоменклатура" это уже другой объект со своим "знанием" для которого, опять-таки, существует единственная группировка - "Номенклатура". Т.е. сам первый параметр определяет будет ли созданный объект обладать информацией о всех уровнях группировки или только об одном. Такие слова как "два уровня" или "три уровня" тут неуместны.
Жаль, что метод "Выбрать" нельзя "раскрутить" и посмотреть изнутри, было бы любопытно как оно устроено. Но, имеем черный ящик, с чем и живем.
Зато, посмотрите как просто группируются записи по нескольким группировкам, при прямой выборке:
Выборка = Результат.Выбрать(ОбходРезультатаЗапроса.Прямой, "Номенклатура,ХарактеристикаНоменклатуры", ",");
Чем это отличается от выборки без второго и третьего параметров? Только тем, что итоговые записи будут исключительно по указанным группировкам, причем, в итоговой записи "Номенклатура", например, не будет склада, так как по нему не проводилась группировка.
Тут важно отметить одну тонкость. Даже если вы хотите опустить третий параметр метода "Выбрать", количество группировок для значений группировок указать придется, как это сделал я, вставив туда запятую. А вообще правильно было бы сделать, например, так:
Выборка = Результат.Выбрать(ОбходРезультатаЗапроса.Прямой, "Склад,Номенклатура", "Все,Склад");
Итак, подытожу. Бесполезное знание и бестолковый параметр метода. Нет золота в серых горах. Увы. =(
P.S.: Вот переписка с 1С на эту тему, может кого-то занинтересует:
Извините.>> В каком случае во втором параметреиспользуется ИМЕННО СПИСОК группировок разделенных запятыми, какое при этом поведение выборки, и нет ли наглядного примера иллюстрирующего такой случай?<< Список группировок можно применять когда требуется получить группировку выборку по указанным полям.
<< Пример: РезультатЗапроса.Выбрать(ОбходРезультатаЗапроса.Прямой, "Товар,Покупатель", "Все,Товар");>> Верно ли я понимаю, что использовать список группировок во втором параметре можно _только_ с типом обхода результата запроса "ОбходРезультатаЗапроса.Прямой"?<< Да, с другими типами обхода при выборке получается только один уровень, поэтому указывать вторую группировку бессмысленно.
Публикация на Инфостарт
понедельник, 14 мая 2012 г.
Навигационные ссылки
Кое-что о навигационных ссылках.
Вот описание из справки 1С, раздел "1С:Предприятие - Встроенный язык - Интерфейс (управляемый) - ПредставлениеНавигационнойСсылки - НавигационнаяСсылка":
Вот описание из справки 1С, раздел "1С:Предприятие - Встроенный язык - Интерфейс (управляемый) - ПредставлениеНавигационнойСсылки - НавигационнаяСсылка":
А в описании к релизу платформы 8.2.15.310 есть вот такое:
- Объект информационной базы - e1cib/data/<путь к метаданному>?ref="<идентификатор ссылки>";
- Запись регистра информационной базы - e1cib /data/<путь к метаданному>?<имя ключевого поля>="<значение>"[&<имя ключевого поля>="<значение>"];
- Реквизит объекта информационной базы - e1cib/data/<путь к метаданному>.<имя реквизита>?ref="<идентификатор ссылки>";
- Реквизит табличной части объекта информационной базы - e1cib/data/<путь к метаданному>.<имя табличной части>.<имя реквизита>?ref="<идентификатор ссылки>"index="<индекс строки табличной части>";
- Реквизит записи регистра информационной базы - e1cib/data/<путь к метаданному>.<имя реквизита>?<имя ключевого поля>="<значение>" [&<имя ключевого поля>="<значение>"];
- Отчет - e1cib/app/<путь к метаданному>;
- Обработка - e1cib/app/<путь к метаданному>;
- Раздел - e1cib/navigationpoint /<имя раздела>;
- Навигационная точка - e1cib/navigationpoint/<имя раздела>/<имя команды>;
- Временное хранилище - e1cib/tempstorage/<идентификатор временного значения>.
Изменен формат навигационных ссылок. Из текста ссылок убраны символы двойных кавычек (”), а значения параметров (после символа “=”) кодируются в соответствии с разделом 2.2. URL Character Encoding Issues стандарта RFC 1738 (с помощью символа “%” и двух шестнадцатеричных символов) для значений измерений регистров сведений и ключей таблиц внешних источников данных. Если измерение регистра сведений имеет составной тип и в значении измерения указывается имя типа, то имя типа также кодируется.Наконец-то они приводят ссылки в порядок и к RFC.
воскресенье, 6 мая 2012 г.
И вовсе не странные. =)))
Мариша: блин, программисты все такие странные? Муж читает книгу "Совершенный код" и периодически ржёт.(c) bor
Подписаться на:
Сообщения (Atom)

