TStringList.Create

← →
Igor2010 (2008-12-02 20:39) [0]

Names:TStringList;
Туплю не по децки :). Как проверить создавался ли стринглист?
Нужно что то типа if Names.Created=False then exit; :)

← →
Igor2010 (2008-12-02 20:55) [1]

точно тупил
решение if Names=nil .....

← →
{RASkov} © (2008-12-02 22:24) [2]

> точно тупил
> решение if Names=nil .....

и не забываем про "правильное" уничтожение
Names.Free; Names:=nil;
или FreeAndNil(Names);

← →
Palladin © (2008-12-02 22:27) [3]

> решение if Names=nil .....
>

наивный чукотский мальчик

← →
Palladin © (2008-12-02 22:30) [4]

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

← →
Тын-Дын © (2008-12-03 13:38) [5]

> Palladin © (02.12.08 22:30) [4]
> и не имей привычку называть свой код: решением.

А твой код решением можно называть?

← →
clickmaker © (2008-12-03 13:46) [6]

можно мой. Я разрешаю.

← →
Palladin © (2008-12-03 13:52) [7]

> Тын-Дын © (03.12.08 13:38) [5]

я никогда не называю свой код - решением

← →
Тын-Дын © (2008-12-03 13:54) [8]

> clickmaker © (03.12.08 13:46) [6]
> можно мой. Я разрешаю.

Спасибо, буду знать!

← →
Тын-Дын © (2008-12-03 13:56) [9]

Сколько всё-таки слов-паразитов в русском языке - "IMHO", "ламер". Теперь ещё и "решение"...

← →
clickmaker © (2008-12-03 14:01) [10]

> [9] Тын-Дын © (03.12.08 13:56)

а что, звучит: IMHO, ламер не может предложить кульного решения -)

← →
Anatoly Podgoretsky © (2008-12-03 14:49) [11]

> Тын-Дын (03.12.2008 13:56:09) [9]

Которое еще и требует Разрешение

← →
MsGuns © (2008-12-03 16:51) [12]

> MsGuns © (03.12.08 16:51) [12]

Видишь ли. "Решение" это больше математический термин. Соответственно, код, а точнее алгоритм, превратится в "Решение" только тогда, когда будет его, алгоритма, доказательство. То есть это нужно будет определять четкие входящие данные, в случае частного алгоритма, условия на них. Описывать исходящие данные, доказывать, что при таком то и таком то наборе входящих данных будет именно такие то и такие то исходящие и никакие более. Вот что есть "Решение".

В случае аффтора, его, так громко называнное, "Решение", ничем из этого не обременено, да и невооруженным взлядом ясно, что "Решение" это сработает только в случае, если идентификатор объекта был проинициализирован в Nil перед применением "Решения" и больше никем, до применения, не трогался.

Есть другой вид "Решений". Решение каких либо возникших проблем (имеется ввиду с программной точки зрения, а не "вчера упал, нос сломал, дышать трудно, зато прыщика больше нет"). Но обычно эти проблемы связанны с применением "Решений" таких как у аффтора, и решаются применением других "Решений" :). Я могу даже аффтору сказать, когда у него возникнут проблемы, когда идентификатор не будет агрегатом класса, а всего лишь локальной неинициализированной переменной.

← →
Igor2010 (2008-12-04 19:32) [14]

>
> Видишь ли. "Решение" это больше математический термин. Соответственно,
> код, а точнее алгоритм, превратится в "Решение" только
> тогда, когда будет его, алгоритма, доказательство. То есть
> это нужно будет определять четкие входящие данные, в случае
> частного алгоритма, условия на них. Описывать исходящие
> данные, доказывать, что при таком то и таком то наборе входящих
> данных будет именно такие то и такие то исходящие и никакие
> более. Вот что есть "Решение".
>
> В случае аффтора, его, так громко называнное, "Решение",
> ничем из этого не обременено, да и невооруженным взлядом
> ясно, что "Решение" это сработает только в случае, если
> идентификатор объекта был проинициализирован в Nil перед
> применением "Решения" и больше никем, до применения, не
> трогался.
>
> Есть другой вид "Решений". Решение каких либо возникших
> проблем (имеется ввиду с программной точки зрения, а не
> "вчера упал, нос сломал, дышать трудно, зато прыщика больше
> нет"). Но обычно эти проблемы связанны с применением "Решений"
> таких как у аффтора, и решаются применением других "Решений"
> :). Я могу даже аффтору сказать, когда у него возникнут
> проблемы, когда идентификатор не будет агрегатом класса,
> а всего лишь локальной неинициализированной переменной.
>

вы что курили уважаемый? )))

← →
Igor2010 (2008-12-04 23:40) [15]

> {RASkov} © (02.12.08 22:24) [2]
>
>
> и не забываем про "правильное" уничтожение
> Names.Free;
> Names:=nil;
> или FreeAndNil(Names);
>

ага...спасибо

← →
Igor2010 (2008-12-04 23:40) [16]

> решение if Names=nil .....

Раз уж пошла такая пьянка, то добавлю, что для такого "решения" есть общепринятый у кодеров термин. Заплатка.

TStringList.Create Найти похожие ветки