Вопрос, может быть, непрофессиональный и наивный. Сейчас разбираюсь со стандартными подсистемами.
УправлениеКонтактнойИнформацией. Удобная подсистема. Заполняешь "Справочник.ВидыКонтактнойИнформации", добавляешь к своему справочнику табличную часть "КонтактнаяИнформация", "ПриСозданииНаСервере" процедура из общего модуля создает элементы в указанной тобою группе на форме, "ПередЗаписьюНаСервере" - возвращает в ТЧ значения. Удобно, логично и понятно
Вопрос такой
ТЧ КонтактнаяИнформация имеет реквизиты "Тип, Вид, Представление, ЗначенияПолей" - с ними все понятно.
Но для чего, ну для чего в "обязательных реквизитах" еще и
"Страна, Регион, Город" (для адресов) и "АдресЭП,"ДоменноеИмяСервера"... и тд для прочих типов? Вся необходимая инфа уже есть в первых 4ех полях, разве нет?
Если я описываю свой справочник и хочу в нем использовать КИ - правильно будет мне, "не заморачиваясь", добавить в ТЧ эти поля или же "подрезать" модуль БСП (подозреваю, что это моветон)
Просто хочу понять логику разработчиков БСП (и вообще логику "стандартного_программиста_1с")
УправлениеКонтактнойИнформацией. Удобная подсистема. Заполняешь "Справочник.ВидыКонтактнойИнформации", добавляешь к своему справочнику табличную часть "КонтактнаяИнформация", "ПриСозданииНаСервере" процедура из общего модуля создает элементы в указанной тобою группе на форме, "ПередЗаписьюНаСервере" - возвращает в ТЧ значения. Удобно, логично и понятно
Вопрос такой
ТЧ КонтактнаяИнформация имеет реквизиты "Тип, Вид, Представление, ЗначенияПолей" - с ними все понятно.
Но для чего, ну для чего в "обязательных реквизитах" еще и
"Страна, Регион, Город" (для адресов) и "АдресЭП,"ДоменноеИмяСервера"... и тд для прочих типов? Вся необходимая инфа уже есть в первых 4ех полях, разве нет?
Если я описываю свой справочник и хочу в нем использовать КИ - правильно будет мне, "не заморачиваясь", добавить в ТЧ эти поля или же "подрезать" модуль БСП (подозреваю, что это моветон)
Просто хочу понять логику разработчиков БСП (и вообще логику "стандартного_программиста_1с")
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Поручик,
"Эти поля применяются для ввода, изменения, поиска информации"
Что можно сказать и о вообще ЛЮБОМ поле БД :)
В самой подсистеме КИ я использование этих полей не нашел, видимо, разрабы посчитали, что так удобнее будет обращаться к полям в конфигурациях, использующую подсистему КИ. Тогда почему не по всем полям? Мне, например, необходимо (удобно пользователю) иметь "локальный адрес" (улица, дом/корпус, кв)
Вот этот фрагмент кода УправлениеКонтактнойИнформацией
почему бы не модифицировать эту процедуру так - если в Источнике (ТЧ КонтактнаяИнформация) есть реквизит с именем, совпадающим с значением стандартного поля (страна, регион, улица итд) - внести, нет - не вносить? Модифицировал для себя именно так, стандартная функциональность не потеряна, для себя получен дополнительный функционал
Вообще мне интересна именно идеология правильного разработчика 1С (так, что ли, назвать?) Я давно понял, что изобретать велосипед глупо и БСП разрабатывали люди очень неглупые и многие решения потребуют при "самопальной" реализации прорву времени, но... местами реализация все таки ведь не устраивает - как быть в этом случае? все таки браться за ножницы?
ну вот простенький пример "отсюда же". Представление как то не очень связано с хранимыми значениями. То есть ввожу я через кнопку выбора (общая форма "ВводАдреса" ) адрес "...ул.Победы,д.24..." ... а потом редактирую (не в диалоге) "...ул.Победы,д.22...". В представлении поля будет д.22, а вот при открытии кнопкой выбора - д.24 (потому что именно эта информация хранится в ТЧ.ЗначенияПолей!) Это есть как-то не очень правильно. Проверил на УНФ 1.3. "Фича" имеет место быть.
Допустим, заказчику это не нравится. Как должен поступить "правильный разработчик"? Как Вы лично бы поступили?
"Эти поля применяются для ввода, изменения, поиска информации"
Что можно сказать и о вообще ЛЮБОМ поле БД :)
В самой подсистеме КИ я использование этих полей не нашел, видимо, разрабы посчитали, что так удобнее будет обращаться к полям в конфигурациях, использующую подсистему КИ. Тогда почему не по всем полям? Мне, например, необходимо (удобно пользователю) иметь "локальный адрес" (улица, дом/корпус, кв)
Вот этот фрагмент кода УправлениеКонтактнойИнформацией
// Для адреса
Процедура ЗаполнитьРеквизитыТабличнойЧастиДляАдреса(СтрокаТабличнойЧасти, ЗначенияПолей)
Для Каждого ЗначениеПоля Из ЗначенияПолей Цикл
Если ВРег(ЗначениеПоля.Представление) = "СТРАНА" Тогда
СтрокаТабличнойЧасти.Страна = ЗначениеПоля.Значение;
ИначеЕсли ВРег(ЗначениеПоля.Представление) = "РЕГИОН" Тогда
СтрокаТабличнойЧасти.Регион = ЗначениеПоля.Значение;
ИначеЕсли ВРег(ЗначениеПоля.Представление) = "ГОРОД" Тогда
СтрокаТабличнойЧасти.Город = ЗначениеПоля.Значение;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Показатьпочему бы не модифицировать эту процедуру так - если в Источнике (ТЧ КонтактнаяИнформация) есть реквизит с именем, совпадающим с значением стандартного поля (страна, регион, улица итд) - внести, нет - не вносить? Модифицировал для себя именно так, стандартная функциональность не потеряна, для себя получен дополнительный функционал
Вообще мне интересна именно идеология правильного разработчика 1С (так, что ли, назвать?) Я давно понял, что изобретать велосипед глупо и БСП разрабатывали люди очень неглупые и многие решения потребуют при "самопальной" реализации прорву времени, но... местами реализация все таки ведь не устраивает - как быть в этом случае? все таки браться за ножницы?
ну вот простенький пример "отсюда же". Представление как то не очень связано с хранимыми значениями. То есть ввожу я через кнопку выбора (общая форма "ВводАдреса" ) адрес "...ул.Победы,д.24..." ... а потом редактирую (не в диалоге) "...ул.Победы,д.22...". В представлении поля будет д.22, а вот при открытии кнопкой выбора - д.24 (потому что именно эта информация хранится в ТЧ.ЗначенияПолей!) Это есть как-то не очень правильно. Проверил на УНФ 1.3. "Фича" имеет место быть.
Допустим, заказчику это не нравится. Как должен поступить "правильный разработчик"? Как Вы лично бы поступили?
"Понапейсал тут" Это да, это я можу
"Может задашь вопрос на партнёрском?" Это какой то форум для избранных? Меня туда не звали ))
"Не устраивает предложенная методика БСП, так изобретай свой липед, кто запрещает"
см.выше. готовый лисапед мне очень даже нравится, и разбираться с ним было увлекательно. правда кое-какие места захотелось переделать, небольшой тюнинг, так сказать ))
тему поднял, чтоб старшие опытные товарищи отговорили, если я что-то не то затеял. типа "не снимай глушитель - реветь будет"
"Может задашь вопрос на партнёрском?" Это какой то форум для избранных? Меня туда не звали ))
"Не устраивает предложенная методика БСП, так изобретай свой липед, кто запрещает"
см.выше. готовый лисапед мне очень даже нравится, и разбираться с ним было увлекательно. правда кое-какие места захотелось переделать, небольшой тюнинг, так сказать ))
тему поднял, чтоб старшие опытные товарищи отговорили, если я что-то не то затеял. типа "не снимай глушитель - реветь будет"
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот