Есть ли будущее у DELPHI?

Сообщение Киллера, ПОЯВИСЬ!

Сообщение отредактировано: Повстанець - 28.02.12, 15:03

О_о, появилось ну ты прям маг епте

Цитата Повстанець @ 28.02.12, 14:54

Весь мир работает с UTC, или совместимыми. Делфи в очередной раз рвёт шаблон.

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

Цитата korvin @ 28.02.12, 15:24

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

Не.. Ну, вот майкрософтовский Excel так же хранит
(хотя это никак VCL не оправдывает, а скорее Excel опускает)

Цитата korvin @ 28.02.12, 15:24

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

Тут как всегда делается упор на то, что операционка всегда будет винда, а число с плавающей точкой всегда будет в формате fpu (делфя ж не работает с командами выше 386). В таком случае бинарная совместимость гарантирована, а стало быть гарантирована и точность. Интересно будет когда это всё дело будет компилится фрипаскалем под макось (если будет *почёсывая затылок вспоминаю калекс*). Там ведь компилер понимает и другие сопроцессоры, а их форматы чисел с плавающей точкой не всегда такие же как в fpu.

Добавлено 28.02.12, 15:34

Цитата Chow @ 28.02.12, 15:28

Не.. Ну, вот майкрософтовский Excel так же хранит

Ах, так вот откуда ноги растут. Это видимо с те времён, когда в борланде решили, что СОМ это майнстрим и вшили его в язык. Ну СОМ хотя бы выставляет требования к бинарным форматам типов данных.

Цитата Повстанець @ 28.02.12, 15:32

Интересно будет когда это всё дело будет компилится фрипаскалем под макось (если будет *почёсывая затылок вспоминаю калекс*). Там ведь компилер понимает и другие сопроцессоры, а их форматы чисел с плавающей точкой не всегда такие же как в fpu.

ФриПаскаль уже под макось компилирует.

даже мне, не имеющего отношения к паЦкалю, попортило жизнь это tdatetime из-за необходимости взаимодействия с паЦкаль прогами

Добавлено 28.02.12, 17:05
даже не с програми, а с дллями писанными на паЦкале.

Добавлено 28.02.12, 17:07
почему извращенец-разработчик не заюзал тот же SYSTEMTIME - неизвестно

Цитата Повстанець @ 28.02.12, 15:32

а число с плавающей точкой всегда будет в формате fpu

В смысле - 80x87. FPU - это просто Floating-Point Unit - математический сопроцессор.

Цитата Повстанець @ 28.02.12, 15:32

Там ведь компилер понимает и другие сопроцессоры, а их форматы чисел с плавающей точкой не всегда такие же как в fpu.

IEEE-754. Да, и Mac'и вроде давно на Intel IA-32 перешли. Именно под [более-менее современной] MacOS проблем быть не должно.

Сообщение отредактировано: trainer - 29.02.12, 04:57

Цитата MyNameIsIgor @ 28.02.12, 14:50

А как же джава?

Я так и не смог найти нормальный бесплатный JDBC-драйвер для (фокспрошных) DBF. Кроме того тут все плохо с инфраструктурой и архитектурой данных.

Цитата MyNameIsIgor @ 28.02.12, 14:50

На чём, кстати, вы пишите? Я так и не могу понять...

Ну все по-разному, нас тут трое включая меня (+ один из админов иногда пишет на делфе).
В основном пишем на делфи, что-то на джаве (я их "подсадил" =)).
Один товарищ иногда использует VBA, другой на PHP тут небольшой сервис написал, я на Racket программку написал
+ иногда старые фокспрошные скрипты исправляем/переписываем (а есть и более страшные вещи, какой-то "Поток" например, я не видел, первому товарищу пришлось с ним дело иметь =)).

В общем-то организационно мы не ограничены в выборе средств, но унылая инфраструктура несколько ограничивает выбор.

Цитата _lcf_ @ 28.02.12, 16:55

почему извращенец-разработчик не заюзал тот же SYSTEMTIME - неизвестно

С TDateTime арифметика проще. Но с TDate по незнанию наколоться можно, это да.

Сообщение отредактировано: trainer - 29.02.12, 05:03

Цитата trainer @ 29.02.12, 04:52

IEEE-754.

PPC тоже, ARM тоже, но, похоже, без Extended.

Цитата

Не.. Ну, вот майкрософтовский Excel так же хранит

Ну так COleDateTime вроде тоже так же. Это к Дельфи не имеет отношение, скорее к COM.
А вообще FILETIME - наше волшебное всё.

Цитата korvin @ 28.02.12, 15:24

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

А почему это время дискретно? Не.. Ну я слышал что в некоторых теориях высшей физики есть понятие хронона - "кванта времени", но korvin скорее всего не это имел ввиду..

Я не то, что-бы защищаю реализацию TDateTime, но мне кажется, что используя double, можно покрыть значительно большую точность. Точность дабла в пересчете на десятичную систему измерения гарантирует 15 знаков. 5 знаков на целую часть (дни от 1900 года) - значит для доли дня остается 10 знаков, а это - наносекунды.
Городить структру типа:

Цитата

short - год,
byte - месяц,
byte - день,
byte - час,
byte - минута,
byte - секунда,
short - миллисекунда

уже получается больше 8 байт - и точность меньше.. Да и trainer прав - работать накладнее (для компьютера конечно, ибо для человека, так "по полочкам" - более наглядно/понятно)..

Добавлено 29.02.12, 12:55

Цитата Бобёр @ 29.02.12, 12:39

А вообще FILETIME - наше волшебное всё.

Ага.. Только еще третий велосипед, где эра начинается с 1600 года. Чем он такой особенный?

Цитата Chow @ 29.02.12, 12:53

где эра начинается с 1600 года. Чем он такой особенный?

Как это чем? Вот чем!

Цитата

1600 год — високосный год, начинающийся в субботу по григорианскому календарю. Это 1600 год нашей эры, 600 год II тысячелетия, 100 год XVI века, 10 год 10-го десятилетия XVI века, 1 год 1600-х годов.

Не понял.. Красиво потому-что?