Свой компилятор(С++'о подобный)

[Ципихович Эндрю]

одним словом, раз
>я не могу их даже прикинуть.
>иногда сажусь на час за это, а иногда вообще не сажусь
за топиком наверное забуду следить дальше, тогда моё мыло 89028912680@mail.ru, Вам ведь надо будет ЯП двигать, мнение услышать, дайте знать, ОК??

[Пепел Феникса]

за топиком наверное забуду следить дальше, тогда моё мыло 89028912680@mail.ru, Вам ведь надо будет ЯП двигать, мнение услышать, дайте знать, ОК??

просто следите за этой темой.

[Ципихович Эндрю]

я говорю за топиком наверное забуду следить дальше
а Вы мне просто следите за этой темой
Топик это не одежда, это и есть тема, ладно я Вас понял...

[Пепел Феникса]

я более насчет почты, что достаточно следить за этой темой, ибо если будут новости, то тут они точно будут.

[Utkin]

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

Совсем. RAII как раз провоцирует не использовать деструкторы/финализаторы вручную.

Мне право не удобно говорить Вам это. Но почитайте о RAII. Первый и основной упор там делается прежде всего на инициализацию. А что оно там провоцирует это дело десятое.

[anyx]

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

Мне право не удобно говорить Вам это. Но почитайте о RAII. Первый и основной упор там делается прежде всего на инициализацию. А что оно там провоцирует это дело десятое.

Стал бы я кидать ссылку на ресурс (несколькими страницами ранее), который недостаточно изучил, а потом ссылаться? Кидаю снова:
http://ru.wikipedia.org/wiki/Получен..._инициализация
И советую вам перечитать - автоматическому освобождению ресурса уделено много внимания. Даже приведу цитаты:

Суть идиомы RAII в том, что класс инкапсулирует владение (захват и освобождение) некоторого ресурса — например, открытого файлового дескриптора. Когда объекты-экземпляры такого класса являются автоматическими переменными, гарантируется, что когда они выйдут из области видимости, будет вызван их деструктор — а значит, ресурс будет освобождён. В данном примере файл будет закрыт корректно, даже если вызов std::fopen() вернёт ошибку и будет возбуждено исключение. Более того, если конструктор класса file завершился корректно, это гарантирует то, что файл действительно открыт. В случае ошибки при открытии файла конструктор возбуждает исключение

Я и про деструкторы не соврал, и про безопасность при исключениях

И вообще я думаю, что про RAII уже достаточно много сказано, так что просто оставим за Пеплом Феникса решение о том, как это будет реализовываться в его языке и будет ли вообще.

[Utkin]

Я и про деструкторы не соврал, и про безопасность при исключениях

Я Вас не обвиняю во лжи. Речь идет о неточностях. Прежде всего об инициализации. В моем случае на этом не акцентируется внимание. Хотите - пожалуйста, хотите нет. Для RAII любое получение ресурса равно его инициализации. Вы не слышите мои аргументы. Я не даром приводил объявление переменных Дельфи и c#. Для Дельфи переменную надо инициализировать, если не хотите сюрпризов. Я же предлагаю создавать переменную явно, но можно инициализировать сразу - удобство, можно потом (тоже явно) - скорость. Сборка мусора не по таймеру, а по выходу контекста вычислений из зоны видимости данной переменной (то есть выход из блока в котором переменная объявлена).

[BOBAH13]

Да ну нафиг, пытаешся подискутировать нормально, идеи свои подкидываешь, наблюдения, а тебя или не слушают или вовсе обарывают и перекручивают. Зачем оно надо мне? RAII, RAII. Ну вот всегда радовало когда челевек оперирует разными, уникальными терминами, а в деле то, не бум бум (я если вдруг что, не о ком то конкретном, может вы и бум бум). Я всегда когда пишу по программированию чего, опираются на свой опыт, проверенный + наблюдения, видимо это не нужное дело. Что хотите то и делайте. Причем тут иниициализация и корректное освобождение ресурсов определенного класса к методам сборки мусора, ума не приложу! Ваше RAII, может быть выполнение и в языке без коллектора, так что, это значит, что никакого отношение это не имеет к сборке мусора. Но можно продолжать еще на пару страниц дискутировать о том, как же все таки exception из блока, функции, или родительской функции, или может из UI или дочернего thread вылетит или может из процесса или вообще из ОС? Эта "паправка" конечно меня удивила, не ожидал.

Если в друг RAII все таки имеет отношение к сборщику, ну тогда почему "язык" не может сгенерить это

using (File f = File("oops.file")) { string line = f.readLine(); }

в это

{
    File f = File("oops.file");
    try {
        string line = f.readLine();
    } finally {
        f.close();
    }
}

Где тут нужен и причем тут сборщик мусора?

Давно меня так не цепляло, сразу воспоминания о родине.

UPD:
Если вдруг идея была встроить автоматический Close при удалении объекта, то это плохо:
1. Удаление объекта сборщиком должно быть быстрой операцией, если начнем проверять для каждого что, а он там открыт или это файла или это еще чего то, это вообще не должно касаться сборщика.
2. Нельзя в таком случае враппер над File, к примеру написать, который в деструкторе будет проверять открыт или нет, и закрывать автоматически. Вот вам решение из коробки так сказать. using это ведь в C#, а он основан на проверки IClosable интерфейс используемого класса. Собственно другой путь вместо враппера.

UPD:
Боже мой, думал все, а неет, заминусовали меня за это сообщение. Вот так вот, пытаешься вести беседу, как то показать что ты думаешь, и ждешь ответа и размышлений на вопрос, а оказывается люди на свой счет берут кажое слово, перековеркивают в оскорбительную форму, и потом оказывается я тут оскорбил пол форума, и вобще я не в теме. Мда, здравый смысл, где ты?!

[anyx]

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

Речь идет о неточностях. Прежде всего об инициализации. В моем случае на этом не акцентируется внимание. Хотите - пожалуйста, хотите нет. <...> Для Дельфи переменную надо инициализировать, если не хотите сюрпризов. Я же предлагаю создавать переменную явно, но можно инициализировать сразу - удобство, можно потом (тоже явно) - скорость

Что? А как, по вашему, возможно, что переменная будет существовать и не будет инициализирована?

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

Боже мой, думал все, а неет, заминусовали меня за это сообщение. Вот так вот, пытаешься вести беседу, как то показать что ты думаешь, и ждешь ответа и размышлений на вопрос, а оказывается люди на свой счет берут кажое слово, перековеркивают в оскорбительную форму, и потом оказывается я тут оскорбил пол форума, и вобще я не в теме. Мда, здравый смысл, где ты?!

Что? Я, по вашему, вот это:

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

Да ну нафиг, пытаешся подискутировать нормально, идеи свои подкидываешь, наблюдения, а тебя или не слушают или вовсе обарывают и перекручивают. <...> Ну вот всегда радовало когда челевек оперирует разными, уникальными терминами, а в деле то, не бум бум

не должен был принимать на свой счёт? Да о чём вы вообще говорите?

Во-первых, в вопросе я хорошо разбираюсь. И здесь дело не только в парадигме RAII и в конструкции let ... in ... . Здесь дело в области видимости переменных - чем она больше, тем больше шанс совершить ошибку, используя её неправильно. Почитайте «Совершенный код». Или вы не заметили, что мы тем и занимаемся, что решаем вопросы минимизации область видимости переменной и создания безопасного при исключениях кода?

Во-вторых, я ответил только на две ваши фразы (вот тут: http://programmersforum.ru/showpost....&postcount=138), просто сделав два корректных замечания. Откуда столько злости в ответе?

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

Если в друг RAII все таки имеет отношение к сборщику, ну тогда почему "язык" не может сгенерить это

using (File f = File("oops.file")) { string line = f.readLine(); }

в это

{
    File f = File("oops.file");
    try {
        string line = f.readLine();
    } finally {
        f.close();
    }
}

Где тут нужен и причем тут сборщик мусора?

Компилятор это может, и делает. А то, что вы задаёте такие вопросы, говорит о том, что мои сообщения вы читали невнимательно или не читали вовсе. Вот тут: http://programmersforum.ru/showpost....&postcount=141, я говорил о безопасности при исключениях предлагаемого мной решения.

[BOBAH13]

не должен был принимать на свой счёт? Да о чём вы вообще говорите?

Там все-таки не полное предложение вы привели, и после этого говорите что я не внимательно читаю?
Я читал совершенный код, и мы по моему, в то время говорили о сборщике мусора, а вы появились и начали рассказывать про области видимости переменной и RAII в том числе. Тут у меня и возник вопрос, и поэтому я привел этот код выше, какая связь области видимости переменных к сборщику мусора.

UPD:
http://programmersforum.ru/showpost....&postcount=121 #121 пост от Уткина сразу перед моим, речь идет о сборщике мусора. А на вопрос

Где тут нужен и причем тут сборщик мусора?

так и не ответили ссылаясь на мою не компитентность, жаль.