Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Озадачился следующим вопросом - есть ли некий переключатель в описании класса, позволяющий, хранить данные класса не в $LB, а в узлах? Т.е. стандартный вариант Код: vbnet 1. Меняет на Код: vbnet 1. 2. 3. 4. Может есть вариант с наследованием, дабы один раз описать такое и потом наследоваться? Просто надоело уже дырки в $LB() "затыкать"... ---------- Cache for Windows (x86-32) 2007.1.3 (Build 607) Wed Oct 17 2007 02:12:09 EDT Cache for Windows (x86-32) 2009.1.3 (Build 704_0_9104) Mon Mar 8 2010 19:31:10 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2012, 08:55 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Да, вы можете сделать свое собственное хранение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2012, 09:56 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
ну да описанием своего способа хранения, можно придумать все что угодно, для описания способа хранения есть визуальный редактор, для удобства. так же полагаю, что можно сделать метод вызываемый перед компиляцией, который бы мог править существующие хранение добавляя поля добавленные программистом, чтобы ему не приходилось каждый раз еще и править хранение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2012, 10:32 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Да, вы можете сделать свое собственное хранение. Это-то понятно... Но не хочется делать манипуляции для каждого класса... Посмотрел так же работу со стораджем... Она теперь вовсе не такая как была ранее. Есть 3 варианта: - $LB() - одно значение - массив Второй явно неподходит... С третьим полная непонятка... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2012, 13:19 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
DAiMorтак же полагаю, что можно сделать метод вызываемый перед компиляцией, который бы мог править существующие хранение добавляя поля добавленные программистом, чтобы ему не приходилось каждый раз еще и править хранение И такое так же не хотелось бы делать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2012, 13:19 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
krvsaИ такое так же не хотелось бы делать... Остап БендерКиса, скажите мне как художник художнику...вы рисовать умеете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 01:42 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Это 5! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 08:06 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
doublefint , нет, рисовать не умею... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 10:23 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
krvsa, у каждого свои недостатки... что насчет чувства юмора? ;( Можно по-подробнее про "дырки" $LISTBUILD? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 14:05 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
doublefintМожно по-подробнее про "дырки" $LISTBUILD? Там все элементы, в том числе и свойства, имеют статичную позицию в $LB()... В ходе эксплуатации ПО свойства добавляются, удаляются... И в $LB() образуются "дырки". Т.е. если удалили свойства с позициями pN и pM, то в $LB() в позициях pN и pM останутся старые данные, а в новых экземплярах будут ""... Дабы такого небыло, приходится проводить профилактические мероприятия: - удалять хранение класса - заново компилить класс - анализировать как теперь располагаются свойства относительно позиций их данных в $LB() - выполнять перепресвоение данных в их же свойства, дабы они "встали" в нужные позиции $LB() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 18:57 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Жесть какая-то. Зачем удалять хранение? Там же данные лежат. Чем вам мешают дырки? Места они практически не занимают. Или у вас десятки раз в классе удаляются и добавляются поля? Тогда странно, нужно что-то делать с иделогией хранения вообще. При добавлении нового поля можно просто новое поле добавить в "дырку". Кстати, лучше бы подправить докуматик, чтобы он хранение показывал с нумерацией позиций. Как вариант - вообще сделать Custom хранение, вам придется самому написать метод LoadData и SaveData, но зато сможете реализовать произвольно извращенскую схему. SQL, правда, работать не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 19:26 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Зачем удалять хранение? Там же данные лежат. Данные лежат в глобале, а не в описании хранения... Блок А.Н.Чем вам мешают дырки? Места они практически не занимают. Или у вас десятки раз в классе удаляются и добавляются поля? Они мне не нравятся. Сплю плохо из-за этого... Да. Структура меняется по прошествии лет часто... Блок А.Н.Тогда странно, нужно что-то делать с иделогией хранения вообще. Например поля в узлах, как я уже описал, нам подошли бы идеально. Но мастер в сторадже уже не такой как ранее был и как там сделать такое я уже х/з... Да и объяснять какжыё раз каждому прогеру дюже утомительно. Проверяй потом не ошиблись ли где... Блок А.Н.Как вариант - вообще сделать Custom хранение, вам придется самому написать метод LoadData и SaveData, но зато сможете реализовать произвольно извращенскую схему. SQL, правда, работать не будет. Подземный ход на чердак можно рыть долго и нудно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 21:46 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
krvsaБлок А.Н.Зачем удалять хранение? Там же данные лежат. Данные лежат в глобале, а не в описании хранения... Да, я в курсе. Все-таки столько лет уже... Но без метаданных или с поврежденными метаданными можно сказать, что данные теряются. krvsaБлок А.Н.Чем вам мешают дырки? Места они практически не занимают. Или у вас десятки раз в классе удаляются и добавляются поля? Они мне не нравятся. Сплю плохо из-за этого... Дык это на форум взаимопомощи анонимных программистов. krvsaБлок А.Н.Тогда странно, нужно что-то делать с иделогией хранения вообще. Например поля в узлах, как я уже описал, нам подошли бы идеально. Но мастер в сторадже уже не такой как ранее был и как там сделать такое я уже х/з... Да и объяснять какжыё раз каждому прогеру дюже утомительно. Проверяй потом не ошиблись ли где... Если хз - то значит вы не пробовали, и все ваши причины отказа - отмазки. А вы попробуйте, там ничего страшного нет, хотя и не все очевидно. Тем более, если в старом мастере вы это делали, то и в новом сделаете. А после того, как сделаете руками - можете попробовать автоматизировать это процесс krvsaБлок А.Н.Как вариант - вообще сделать Custom хранение, вам придется самому написать метод LoadData и SaveData, но зато сможете реализовать произвольно извращенскую схему. SQL, правда, работать не будет. Подземный ход на чердак можно рыть долго и нудно... Как вам пытался намекнуть doublefint - вы программист или где? Вам не нравится стардартный механизм, но нестандартный вы реализовывать отказываетесь. Тут уж надо одно из двух. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2012, 22:04 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Дык это на форум взаимопомощи анонимных программистов. Если там могут предложить некий простой и приемлемый способ - мне не особо важно кто его предложил... Блок А.Н.Как вам пытался намекнуть doublefint - вы программист или где? Я не программер. И мне не нужны такие заморочки. Меня устроит только простое решение проблемы... Пока это простое "удаление" "дыр" время от времени... Раз в год напроимер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2012, 13:40 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
krvsaесть ли некий переключатель в описании класса, позволяющий, хранить данные класса не в $LB, а в узлах?Стандартного переключателя нет. krvsaПросто надоело уже дырки в $LB() "затыкать"... ... Т.е. если удалили свойства с позициями pN и pM, то в $LB() в позициях pN и pM останутся старые данные, а в новых экземплярах будут ""... ... Они мне не нравятся. Сплю плохо из-за этого...Перед удалением поля очищайте его: update tbl set field=null При добавлении нового поля вставляйте его на место удалённых полей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2012, 20:24 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
servitПеред удалением поля очищайте его: update tbl set field=null При добавлении нового поля вставляйте его на место удалённых полей. Мы пока просто "чистим" классы с некой периодичностью и все... Не вижу смысла заставлять программистов проделывать таки манипуляции с классом всякий раз... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 14:47 |
|
||
|
Данные класса не в $LB, а в узлах
|
|||
|---|---|---|---|
|
#18+
Объясните мне пожалуйста, почему дырки вам мешают? Они занимают лишнее место? - ваш способ хранения более избыточен. Скорость? - сомневаюсь, что обращение к каждому подузлу глобала будет лучше, чем разобрать в памяти $LB ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.04.2012, 14:23 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=37741983&tid=1557494]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 393ms |

| 0 / 0 |
