Цитата(Sun @ 11.2.2005, 16:15)

Цитата Pointer(DWORD(@data) + n)^ А как быть с 16-разрядной и 64 разрядной адресацией?

Или так:

Код

Pointer(DWORD(@data) + n * SizeOf(<Тип данных>))^

или так:

Код

Inc(<Указатель на какой то тип данных>, index); <Указатель на какой то тип данных>^ := <Значение>;

Добавлено @ 18:58
Perchilla С Дельфи 8 перезагрузка поддерживается, но я ей еще не пользовался - только читал инфу. Так же, если я правильно помню, имитация перезагрузки операторов есть в классах для работы с вариантрами типами, но ими я тоже не пользовался(В книге Архангельского, вроде был пример на эту тему)
Добавлено @ 19:02
Шаблонов, к сожалению, нету

Это сообщение отредактировал(а) <Spawn> - 12.2.2005, 18:59

Учи Oracle

P.S то, что Oracle это не язык, я знаю

Цитата

С Дельфи 8 перезагрузка поддерживается, но я ей еще не пользовался - только читал инфу.

поверим на слово .

Цитата

Шаблонов, к сожалению, нету

вот. А как же STL подобные структуры? В Дельфе нету?

Еще хочу сказать, что неудобно в Дельфи тем, что в какой - нибудь процедуре нельзя содавать переменные на лету, все приходится писать в так называемом разделе объявлений. Еще там какие - то прозрачные области видимости имен, например если есть глобальная переменная X, то я не могу локально создать переменную с тем же именем, приходится придумывать какое - нибудь оргинальное название типа X2 .

Добавлено @ 19:10

Цитата(Oracle @ 12.2.2005, 19:06)

P.S то, что Oracle это не язык, я знаю

PL тогда уж .

Oracle

Чего я тока еще не выучу:) В планах до конца учебы как минимум Perl, Java, C#, разобраться с .NET, ну и работа с тем что уже знаю, продвижение навыков в средах с которыми работаю . Разумеется, что я не буду в совершенстве знать все языки, которые собираюсь затронуть, мне это нужно для понимания назначения языков, их плюсов и минусов, для выбора идеальной среды разработки под конкрентый случай(да и вообще просто интересно ).

p.s. С Oracle безусловно прийдется сталкиваться и не раз:) Туда столько всего напичкано, что иногда даже не укладывается в голове:)
Добавлено @ 19:26

Цитата

Еще хочу сказать, что неудобно в Дельфи тем, что в какой - нибудь процедуре нельзя содавать переменные на лету, все приходится писать в так называемом разделе объявлений. Еще там какие - то прозрачные области видимости имен, например если есть глобальная переменная X, то я не могу локально создать переменную с тем же именем, приходится придумывать какое - нибудь оргинальное название типа X2  .

Локальную переменную X создать можно, но она будет независма от глобальной X, т.е. изменение ее значения ни как не скажется на глобальной переменной.

Цитата

А как же STL подобные структуры? В Дельфе нету?

Поподробнее пожалуйста. Какие структуры имеются ввиду?
Добавлено @ 19:29

Цитата

PL тогда уж.

Ну не только PL\SQL. В том же его SQL тоже не мало заморочек есть, к примеру правила оптимизации запроса, эффективность использования тех или иных функций в разных случаях, различные дополнения типа аналитических функций и т.д. и т.п..

Это сообщение отредактировал(а) <Spawn> - 12.2.2005, 19:31

Цитата

Локальную переменную X создать можно, но она будет независма от глобальной X, т.е. изменение ее значения ни как не скажется на глобальной переменной.

это как? Разве так правильно?

Код

var X:integer procedure a; var X:integer; begin . . . .

Цитата

Поподробнее пожалуйста. Какие структуры имеются ввиду?

векторы, двузвязные списки, мапы наконец. Не велосипед же каждый раз изобратать .

Цитата(Perchilla @ 12.2.2005, 21:38)

Цитата Локальную переменную X создать можно, но она будет независма от глобальной X, т.е. изменение ее значения ни как не скажется на глобальной переменной. это как? Разве так правильно? Код var X:integer procedure a; var X:integer; begin . . . .

Да, правильно:)

Цитата

Цитата Поподробнее пожалуйста. Какие структуры имеются ввиду? векторы, двузвязные списки, мапы наконец. Не велосипед же каждый раз изобратать .

Есть, но, наверное, не в таком количестве как в Си, хотя не берусь тут ни чего утверждать:) К примеру, TStack, TQueue, TList, TBucketList ...

Цитата

К примеру, TStack, TQueue, TList, TBucketList ...

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

Это сообщение отредактировал(а) Perchilla - 12.2.2005, 20:18

<Spawn>

Цитата

Есть тут такое:) Называется, вроде, вариантные записи. Вот пример стандартной заиси-аналога union для Variant типа данных

Круто!
Я-то думал -- это чисто сишная фишка. Теперь буду знать
Добавлено @ 20:38
Я, в принципе, ничего не имею против Дельфи, но по-моему сам исходник получается более громоздким, чем в Сях. ИМХО Паскаль сам по себе ближе к Бейсику.

Это сообщение отредактировал(а) Дрон - 12.2.2005, 20:38

Цитата

Добавлено @ 09:38 Я, в принципе, ничего не имею против Дельфи, но по-моему сам исходник получается более громоздким, чем в Сях. ИМХО Паскаль сам по себе ближе к Бейсику.

Как раз Паскаль очень часто сравнивают именно с сями. И время создания Паскаля близко к времени создания Сей.

Это сообщение отредактировал(а) chipset - 12.2.2005, 22:32

chipset

Цитата(chipset @ 12.2.2005, 22:32)

Как раз Паскаль очень часто сравнивают именно с сями. И время создания Паскаля близко к времени создания Сей.

Я знаю, что любят сравнивать. Поэтому и сказал про Бейсик

GoodBoy

Цитата

Я тоже не сталкивался пока с задачей, которую невозможно было бы реализовать средствами Дельфи и требовалось бы непременное использование С++...

например программирование для Unix систем
давайте будем cgi скрипты на Delphi писать

Насчёт запада:
Вроде Vit не жаловался на отсутствие работы, да её меньше, но она есть.
Я бы стал учить Java.
И уж точно не стал бы связываться с С++
Самый оплачиваемый язык - ABAP

Цитата(stron @ 14.12.2005, 19:16)

И уж точно не стал бы связываться с С++

С чего это?

Я вот сам в своё время переходил с паскаля на С++. Во время перехода понял, что я сильно отупел за несколько лет работы с Делфёй. Вообще я сейчас сторонник разделения труда. Т.е. прикладной софт писать на С#/Java, а низкоуровневый код на чистом С, иногда на С++.

Цитата(ToshaCh @ 14.12.2005, 20:28)

Цитата (stron @ 14.12.2005, 19:16) И уж точно не стал бы связываться с С++ С чего это?

Сложность языка, не очень большая востребованность + уровень з/п на уровне остальных языков

Цитата(stron @ 15.12.2005, 12:10)

ложность языка, не очень большая востребованность + уровень з/п на уровне остальных языков

Сложность языка согласен. А на счёт востребованности... В том-то и проблема, что только связка С/С++ сейчас и рулит. Применяется и там где надо и там где нет.