|
для progist:
>Сам посуди, чуть-чуть задумайся, если уничтожается объект верхнего уровня, например Database, то уничтожение объекта Recordset, который находится в Database приведет к ошибке
Разве? Хотя, что вообще понимается под "уничтожение объекта"? Set obj = Nothing не означает уничтожение объекта, а лишь означает уничтожение ссылки на объект, который будет уничтожен только в случае если ссылок на него более нет. Таким образом если даже я присвою объектной переменной Database = Nothing, то данный объект разрушен не будет ибо на него всё еще ссылается наш Recordset. К сожалению чисто теоретические размышления, т.к. специально не тестировал. Возможно и не прав, но дело не в этом (дочитай, пожалуйста, до конца - будет яснее).
Более того, в приведенном Хамским Шкетом коде (рабочем в данном контексте коде!) как раз и нарушена последовательность "уничтожения" объектов, вроде непосредственно связанных. И ничё... Работает...
>Просто пора подрасти уже, вопросы в профессиональных топиках задавать не ради очередного выступления, а по делу, профессионалы понимают друг друга с полуслова, а ты вроди не чайник...
Здесь я должен действительно объясниться. Чайник я или нет - не мне судить, но могу сказать, что минимум на треть вопросов задаваемых здесь я сходу могу дать ответ, но просто-напросто не успеваю этого сделать (моя нынешняя работа не связанна ни с программированием, ни в каком бы то нибыло виде с доступом к инету. Т.е. я появляюсь здесь либо по выходным (как сейчас), либо вечером (когда на все "мои" вопросы уже получены ответы, либо среди рабочего дня минутными урывками (что случается последнее время достаточно редко)).
Еще на одну треть я смогу дать ответ "полистав" книжки, собственный винт и инет, поискать ответ непосредственно в Access путем тестов. Этот вариант использую только в очень редких случаях.
Еще на одну треть я вообще не знаю ответов, т.к. и рядом не стоял.
Кроме того, инет у меня (как и у большинства "задающих") коммутируемый и платный. Всё это по поводу "ради очередного выступления, а по делу"
Извини, что "заставляю" читать тебя всю эту чушь, но меня это очень сильно задело! Это конечно мои проблемы... Но... Но сегодня выходной, похоже никого кроме нас тут нет и мы можем СПОКОЙНО почитать друг-друга. А остальные "форумяне" просто пробегут "по диагонали", так как всё это утонет в море новых "понедельничьих" вопросов и ответов. Я на это надеюсь...
Итак, почему же мои посты не были простым "выступлением". Дело в том, что мне очень интересна тема, которую можно сформулировать следующим образом: "Access: How it work?" или что-нить типа "Акссес изнутри". Т.е. я хочу знать не то, как заставить акс (ВБА, ВБ, АДО, ДАО, сетевые решения, тп, тд) выполнять то что мне надо, а то, как ОН ИХ ВЫПОЛНЯЕТ, и соответственно, как добиться того, чтобы выполнял он их так, как мне нужно.
Можно, конечно, быть хорошим водителем НИФИГА не зная как устроена машина и что вообще происходит при нажатии на педаль газа или при переключении передачи, но ПРОФЕССИОНАЛЬНЫМ ГОНЩИКОМ без этих знаний стать невозможно! (написал пример с использованием коробки передачь, но удалил, ибо примерами ничего доказать не возможно, гонки здесь не к месту, да и ты, думаю, меня поймешь и без этого). В любом случае ПРОФИ, который знает "как это работает" даже не задумываясь над тем "как же это всё работает" даст просраться любому, кто даже не знает что такое "карбюратор" или "нить приложения".
Я в данный момент пытаюсь найти ЛЮБУЮ информацию, которая проясняет "как же это всё работает". Не что в результате получается, а как непосредственно реализовывается. Ответы Microsoft типа "Алгоритм действует честно" (это по поводу какой из нескольких потоков, ожидающих занятый ресурс, получит процессорное время) меня не устраивают (уже). Позиция мелкомягких понятна - сегодня реализация одна, а завтра другая, но это уже мои проблемы узнать и завтрешнюю реализацию. Мне интересно то, как именно Access работает с памятью, чем занимаются те 5-??? потоков, которые в нем живут, чем занимаются каждый конкретный поток (интересно, т.к. они имеют разные приоритеты), что пихается этими потоками в свои стеки и что раскидывается по "кучам", количество которых очень сильно варьируется, и т.п. Кое что для меня уже прояснилось (например по поводу выполнения асинхронных запросов, дозагрузки данных в форму, подсчета статистических полей, оптимального размера моих dll и т.п.), но этого мало! Более того, я нигде толком не могу найти подобной информации (конкретно в отношении Access и еже с ним), поэтому всё приходится вычислять методом проб и ошибок, а также посоянным "зависанием" над скуднейшей информацией.
Всё еще не понятна вся эта чушь? Зачем она? Да вот зачем и почему:
progist > Вообще-то рекомендуется все Object - переменные уничтожать по возрастанию
И вот он я, загорелся заполучить информацию, в которой рекомендуется уничтожать ПО ВОЗРАСТАНИЮ, а значит, возможно, информацию, где объясняется почему именно так... Т.е. нужную мне информацию...
Это и всё, что есть у меня сказать по поводу моего "очередного выступления" без необходимости, просто от того, что суббота и мне скучно...
Наконец-то конец!
з.ы. Прошу прощения у всех, кто потратил время на этот пост, который является 100% оффтопиком. Надеюсь, что таковых будет не много.
|
