integer или LongInt

[resident]

Как-то задумался, а не будет ли проблем с integer? А то пишу его везде. Подумываю перейти на LongInt.

[ssadragon]

Интересный случай

objpas.png

[zub]

Какие могут проблемы?
На ум приходит только какойнить бинарный формат куда естественно надо сохранять платформенно независимые типы. Внутри программы лучше использовать какраз integer

[resident]

Интересный случай

Да, на шесть строк выше выделенной уже другая картина. Т.е. чем будет являться integer неизвестно уже сейчас, а что будет завтра? Да и функции к примеру IntToStr завязаны на LongInt.

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

А мне на ум приходит тема про численные методы, поднимавшаяся на днях на форуме. Так вот я уже сомневаюсь, что мои функции будут везде работать. А делал бы на LongInt, то и в Африке бы заработали как у меня.

Внутри программы лучше использовать какраз integer

Чем? Только не говорите про объем памяти, в моем случае это мизер по сравнению с прицепленным багажом библиотек Лазаруса.

[zub]

>>Так вот я уже сомневаюсь, что мои функции будут везде работать. А делал бы на LongInt, то и в Африке бы заработали как у меня.
Значит что то сделано не так))

>>Чем? Только не говорите про объем памяти, в моем случае это мизер по сравнению с прицепленным багажом библиотек Лазаруса.
Компилятор использует наиболее оптимальную разрядность переменных для имеющейся архитектуры

>>integer всегда.
>>LongInt всегда.
Странные какието варианты. Фиксированная повышеная разрядность там где это обосновано надо (таких мест не так много), в остальном integer.

Также хорошим тоном будет юзать свой тип данных, который одним движением руки можно сделать или integer или LongInt, без правки кучи захардкоженых integer\LongInt

[resident]

Странные какието варианты. Фиксированная повышеная разрядность там где это обосновано надо (таких мест не так много), в остальном integer.

Ок. Варианты теже, подправил название, добавив "при отсутствии строгих требований к разрядности".

Компилятор использует наиболее оптимальную разрядность переменных для имеющейся архитектуры

Т.е. на 16-битных вредно ставить LongInt? А что будет плохого?

Также хорошим тоном будет юзать свой тип данных, который одним движением руки можно сделать или integer или LongInt

Ок, добавил с ответы

[zub]

>>Т.е. на 16-битных вредно ставить LongInt? А что будет плохого?
А что будет хорошего от повсеместной обработки 32 битных данных на 16 битных регистрах? там где надо и где не надо?
Будет медленно

[Лекс Айрин]

Какие могут проблемы?

это обсуждалось на форуме.

[zub]

>>это обсуждалось на форуме.
Ссылку или в двух словах?

[Лекс Айрин]

zub, есть модули, где integer слишком малой разрядности и если случайно (или специально) подать туда число с большей разрядностью, то прога сыпанется. К тому же, integer это не встроенный тип, а значит может быть переопределен в любой момент.

[zub]

Это какието дллки из времен дос\win16? Подправить хидеры и всё станет нормально.
Проблема полностью надуманая. Используй внутри программы "оптимальные" типы вроде INTEGER наздоровье, наружу выдавай "фиксированый" тип вроде LONGINT (или не выдавай, если не планируются другие архитектуры\компиляторы).

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

[Лекс Айрин]

zub, так то оно так.. но ведь у некоторых руки чешутся...

[SAK]

К тому же, integer это не встроенный тип, а значит может быть переопределен в любой момент.

Что помешает чешущимся рукам переопределить LongInt?

Код: Выделить всё

type
   myReal = Real;
   Real = LongInt;
   LongInt = myReal;

var 
   r: real;
   i: LongInt;

Когда руки чешутся надо противозудными средствами пользоваться или отрубать (руки).