Соц. опрос

← →
pasha_golub © (2006-10-02 09:58) [120]

> iZEN © (02.10.06 09:44) [117]

Да, да, Жаба - рулез, мы в курсе! Аминь.

← →
Kerk © (2006-10-02 10:00) [121]

[86] Джо © (01.10.06 23:59)
> Как же они "те-же самые", если они (по крайней мере в Windows)
> используют native"ные контроллы OS?

Для меня это TButton. А что там в реализации - нэйтивные контролы вин/линукс или вообще руками нарисовано - меня не должно волновать.

> Cyrax ©

А нафига тебе множественное наследование?

← →
Юрий Зотов © (2006-10-02 10:00) [122]

> iZEN © (02.10.06 09:44) [117]

> - число бит в целом (тип Integer 16 -> 32);
Жмем F1 и читаем про волшебное слово "generic".

> - способ возвращения результатов из функции/метода
Жмем F1 и читаем, что старого способа никто не отменял.

> - объектное представление (object -> class; указатели -> ссылки);
Жмем F1 и читаем, что слово "Object" тоже никто не отменял.

> - механизм работы со строками;
Жмем F1 и читаем, что Паскалевские строки тоже никто не отменял, а механизм работы с ними не изменился.

> - механизмы работы с памятью (оверлеи -> плоская модель 2ГБ; ->
> менеджер строк);
К совместимости исходников не имеет никакого отношения.

> - названия библиотечных модулей;
Программа не обязана использовать внешние библиотеки, а библиотеки компилятора остались встроенными. Название модуля System и его автоматическое включение тоже не изменились.

- формат бинарных файлов библиотек
К совместимости исходников не имеет никакого отношения.

> Устаревшая библиотека вряд ли сможет составить ядро
> современного проекта
Когда Вы перестанете постить голословные декларации?

← →
Virgo_Style © (2006-10-02 10:05) [123]

iZEN © (02.10.06 9:44) [117]
Как же этот "турбированный" код может работать, если со времён TP до наших дней изменению подверглись такие базовые механизмы как:

Можно пример реального кода на TP, который не будет работать на D без серьезных правок?

← →
Kerk © (2006-10-02 10:07) [124]

> [123] Virgo_Style © (02.10.06 10:05)

absolute, насколько я помню, отломали. F1 влом смотреть :)

← →
Карелин Артем © (2006-10-02 10:15) [125]

Помнится, в далеком конце 90-х ставил на свой 486-160МГц JBuilder. Грузился 30 минут(по часам смотрел) и кнопку на форму 15 минут ложил. А дельфи 3 работала очень даже шустро.

← →
Gero © (2006-10-02 10:16) [126]

> Грузился 30 минут(по часам смотрел) и кнопку на форму 15
> минут ложил.

Это стальные нервы нужно иметь :)

← →
Чапаев © (2006-10-02 10:21) [127]

> Delphi-программисты "закапывают" свой талант в "формочки"
> и в используемые визуальные компоненты

Ужжжжасно. Вот если б делали with TForm.Create(Application) do begin, подобно жабникам, тогда б крутизна из всех щелей пёрла...

> Этого не отнять. APPTYPECONSOLE - сильная весчь.

И где в примере апптайп прописан? Ткните пальчиком...

> absolute, насколько я помню, отломали.

Одно из двух его значений.

← →
Чапаев © (2006-10-02 10:22) [128]

> 486-160МГц

Эээээ... Не верю!

← →
Карелин Артем © (2006-10-02 10:27) [129]

> Чапаев © (02.10.06 10:22) [128]

Не веришь, что я перемычку поставил на 40 МГц и учетверение частоты? И проц разогнал этим со 133 на 160? ;)))

← →
Чапаев © (2006-10-02 10:38) [130]

Да вроде как DX4 на 100 MHz работали... А чтоб до 160 разогнать... Не верится как-то.

← →
Percent (2006-10-02 10:39) [131]

И проц разогнал этим со 133 на 160?

Если мне не изменяет память, в максимуме были Intel 486DX4-100 и AMD 5x86-133

← →
iZEN © (2006-10-02 10:40) [132]

> pasha_golub © (02.10.06 09:58) [120]
> Да, да, Жаба - рулез, мы в курсе! Аминь.

Не во всём. К сожалению. Драйверы не пишут на Java.
Хотя можно использовать в ней вызовы кода из Delphi DLL в Windows и FreePascal .so в Linux для работы с нативными вещами, API операционной системы и т.д., но это убивает бинарную переносимость (переносимость исходников java и здесь сохраняется! ничего не надо переписывать.)

> Virgo_Style © (02.10.06 10:05) [123]
> Можно пример реального кода на TP, который не будет работать
> на D без серьезных правок?

Код, использующий:
- модуль CRT (графика, динамик) - сразу на выброс,
- операции со строками (сортировка, например),
- работа с типизированными файлами (несовместимость длин структур записей),
- ассемблерные вставки кода x86 для реального режим,
- побочные эффекты function (хорошая переменная Result ;),
- адресная арифметика (с побочными эффектами) - сразу на выброс.

← →
iZEN © (2006-10-02 10:44) [133]

> Чапаев © (02.10.06 10:21) [127]
> > Этого не отнять. APPTYPECONSOLE - сильная весчь.
>
> И где в примере апптайп прописан? Ткните пальчиком...

В настройках компилятора Delphi указывается вестимо.

Я говорил о сути "простыни".

← →
Percent (2006-10-02 10:46) [134]

Не во всём. К сожалению. Драйверы не пишут на Java.

И тогда Макс написал драйвер на Яхве. И тормознул крутейший проц на 8 ГГц... (С) из рекламы

← →
Percent (2006-10-02 10:54) [135]

Удалено модератором

← →
Percent (2006-10-02 10:55) [136]

Percent (02.10.06 10:54) [135]
TForm и TButton в консольном прложении.

Читать как: "TForm и TButton в консольном приложении?"

← →
Карелин Артем © (2006-10-02 11:00) [137]

> Percent (02.10.06 10:39) [131]

А про 486DX5 в курсе ты?

← →
DrPass © (2006-10-02 11:00) [138]

> iZEN ©

Кстати, а ты не заметил, что твои т.н. "недостатки Delphi" - это просто особенности всех компиляторов Win32, и самой платформы Windows в целом? Попробуй похоливарить на тему "Ява - рулез, Микрософт - маздай", раз уже начал...

← →
iZEN © (2006-10-02 11:06) [139]

> Percent (02.10.06 10:55) [136]
>
> Percent (02.10.06 10:54) [135]
> TForm и TButton в консольном прложении.
>
> Читать как: "TForm и TButton в консольном приложении?"

Я говорил о "простыне", которая не поддерживается визуальным дизайнером!! Имея такой код, невозможно мышкой рисовать формочки.

APPTYPECONSOLE - это моё образное выражение для представления такого кода, который не завязан на визуальный дизанер в Delphi.

← →
ZeroDivide © (2006-10-02 11:09) [140]

Преимущества Delphi? Легко!
Ни в обдной другой среде нет ничего подобного TFrame. Попробуйте сделать где-нибудь иерархию наследников TFrame, а затем настраивать свойства унаследованных компонентов в инспекторе объектов!

UserControl в .Net активно курит в сторонке... У него перемещать контролы базового класса и вешать на них обработчики в дизайнере нельзя.

← →
Чапаев © (2006-10-02 11:10) [141]

> В настройках компилятора Delphi указывается вестимо.

Мсье телепат и знает, какие настройки среды использовал автор?

> TForm и TButton в консольном прложении.

А в чём проблема? Их таки можно и в консольном. Но в приведенном примере еичего о консольности не свидетельствует.

> А про 486DX5 в курсе ты?

От тебя первого слышу...

← →
Карелин Артем © (2006-10-02 11:15) [142]

> Чапаев © (02.10.06 11:10) [141]

http://go.mail.ru/search?lfilter=y&q=486+dx5

← →
iZEN © (2006-10-02 11:16) [143]

> DrPass © (02.10.06 11:00) [138]
> Кстати, а ты не заметил, что твои т.н. "недостатки Delphi"
> - это просто особенности всех компиляторов Win32, и самой
> платформы Windows в целом?

Вовсе нет.
Это особенности не компиляторов а ЯЗЫКА Pascal, который выродился в Delphi.

Размерность Ineger зависит от разрядности процессора - это декларация Паскаля. Способы работы со строками (+длинные строки) - это свойство языка, а не компилятора. Кодировка символов, кстати, тоже разная при переходе от TP к Delphi (ASCII -> ANSI).

Переносимость исходников зависит от версии языка. А версии языка менялись по воле Borland. Так что вы хотите?

(Здесь о переносимости исходников спорим и удобстве программирования в Delphi, не так ли?
Так всё удобство ограничивается одно-двумя близкими версиями, выход из которых на новые/старые несёт переделки исходников и ресурсных файлов DFM. Только и всего.)

← →
Чапаев © (2006-10-02 11:19) [144]

> [142] Карелин Артем © (02.10.06 11:15)

шайтан...

← →
iZEN © (2006-10-02 11:20) [145]

> Чапаев © (02.10.06 11:10) [141]
> Но в приведенном
> примере еичего о консольности не свидетельствует.

Сколько раз можно повторять?!
В моём сообщении APPTYPECONSOLE - это не флаг компилятору (где вы увидели в моём сообщении флаг?). Я так называю все приложения Delphi без DFM и других "визуальных" ресурсов независимо от того, что там делается в рантайме и какие города создаются.

← →
iZEN © (2006-10-02 11:30) [146]

>
> ZeroDivide © (02.10.06 11:09) [140]
>
> Преимущества Delphi? Легко!
> Ни в обдной другой среде нет ничего подобного TFrame. Попробуйте
> сделать где-нибудь иерархию наследников TFrame, а затем
> настраивать свойства унаследованных компонентов в инспекторе
> объектов!

JBuilder2.0 в 1998г. позволял рисовать визуальные JavaBeans-компоненты прямо в среде и точно так же встраивать сразу же в приложение и в палитру компонентов. На лету. Из исходного кода. Визуальный дизайнер работает в режиме полного two-way.

← →
iZEN © (2006-10-02 11:32) [147]

Добавление к iZEN © (02.10.06 11:30) [146].

Delphi научили работать с фреймами в каком году?

← →
Карелин Артем © (2006-10-02 11:35) [148]

> Чапаев © (02.10.06 11:19) [144]

Стало интересно, решил развить тему... Как тебе DX6?? Сам протащился как увидел!
http://hl.mailru.su/cached?url=http%3A%2F%2Fwww.weblot.ru%2Fstore%2Fcomputer_program_accessor%2Fother_computer_program%2F632.html&text=486+dx6&dsn=460&d=4959086&sh=0&sg=16

iZEN © (02.10.06 10:40) [132]
- модуль CRT (графика, динамик) - сразу на выброс,
Ну ты может и выбросишь, а я за 5 минут найду в инете аналог этого модуля для дельфи
iZEN © (02.10.06 10:40) [132]
- операции со строками (сортировка, например),
а в чем проблема?
iZEN © (02.10.06 10:40) [132]
- работа с типизированными файлами (несовместимость длин структур записей),
с чего бы это??
iZEN © (02.10.06 10:40) [132]
- ассемблерные вставки кода x86 для реального режим,
LOL. Сам понял что сказал??
iZEN © (02.10.06 10:40) [132]
- побочные эффекты function (хорошая переменная Result ;),
и что за побочные эффекты? Весь старый код работает, кроме случаев, когда там ЯВНО объявлена эта переменная, но в 99% нужно всего лишь удалить её объявление..

> iZEN © (02.10.06 11:30) [146]
>
>
> >
> > ZeroDivide © (02.10.06 11:09) [140]
> >
> > Преимущества Delphi? Легко!
> > Ни в обдной другой среде нет ничего подобного TFrame.
> Попробуйте
> > сделать где-нибудь иерархию наследников TFrame, а затем
> > настраивать свойства унаследованных компонентов в инспекторе
> > объектов!
>
> JBuilder2.0 в 1998г. позволял рисовать визуальные JavaBeans-
> компоненты прямо в среде и точно так же встраивать сразу
> же в приложение и в палитру компонентов. На лету. Из исходного
> кода. Визуальный дизайнер работает в режиме полного two-
> way.

Это не совсем то. Речь идет, прежде всего, о визуальном наследовании и работе в дизайнере с визуально унаследованными компонентами предка. В этом плане аналога TFrame не существует.

> Это да. Этого не отнять. APPTYPECONSOLE - сильная весчь.
> Только вот Delphi для таких программок-простыней ничего
> другого кроме текстового редактора не предоставляет. :)

После [116] это вызывает искренние слёзы умиления.

> [139] iZEN © (02.10.06 11:06)
>
> > Percent (02.10.06 10:55) [136]
> >
> > Percent (02.10.06 10:54) [135]
> > TForm и TButton в консольном прложении.
> >
> > Читать как: "TForm и TButton в консольном приложении?"
>
> Я говорил о "простыне", которая не поддерживается визуальным
> дизайнером!! Имея такой код, невозможно мышкой рисовать
> формочки.

Не, ну это явная агония. "Он был ранен шесть раз, но не сдавался"(С)

Удалено модератором
Примечание: Offtopic

> iZEN © (02.10.06 11:16) [143]

> Размерность Ineger зависит от разрядности процессора - это
> декларация Паскаля. Способы работы со строками (+длинные
> строки) - это свойство языка, а не компилятора. Кодировка
> символов, кстати, тоже разная при переходе от TP к Delphi
> (ASCII -> ANSI).

Пункт 1. В стандарте С вообще отсутствует привязка к разрядности процессора, оставляя размерность того же int на совести компилятора. Что разработчики компиляторов и делают
Пункт 2. Способы работы со строками в Паскале совместимы с самой первой версии. Они только расширялись и добавлялись, но никогда не менялись
Пункт 3. По поводу кодировки - странно слышать такое утверждение от человека, который, по его словам имеет опыт программирования больше 6 лет... вообще странно слышать такое от человека, который имеет какой-либо опыт программирования.
Пункт 4. Так как там насчет "хоть одного неопровергнутого твоего утверждения"? ;-)

> iZEN ©
я вот не могу понять, каким образом наличие dfm связано с переносимостью-то? И чем оно Вам не угодило? Очень хорошая идея - код в правую кучку, данные - в левую, мухи отдельно, котлеты - отдельно. Разве что не совсем до ума идея доведена, геморройно (но не невозможно) хранить этот самый dfm в каком-нить независимом месте.

наличие большого кол-ва жаб-машин понятно - ее сделать проще, чем компилятор такого нехилого языка, как d

то, что Д прикрутили к линкукс, переработав %10 кода - ИМХО, действительно достижение, т.к. Д1 разрабатывался, когда винда-то кривая еще была, про линукс знали несколько энтузиастов, мобильников не было, и вообще люди на деревьях сидели :)

беда Д в том, что принципиально нового-то там уже не придумаешь ничего или придуманное делалось кривовато (например, величайшая идея с фреймами, будь она доведена до ума, могла бы дать вторую жизнь). И получилось, что в новых версиях ПРИНЦИПИАЛЬНО нового ничего не было, а продавать одно и тоже на протяжении 15 лет - ну очень большое искусство. Вот с выходом net повезло им.

Удалено модератором
Примечание: Создание пустых сообщений

> ZeroDivide © (02.10.06 12:16) [151]
>
> Это не совсем то. Речь идет, прежде всего, о визуальном
> наследовании и работе в дизайнере с визуально унаследованными
> компонентами предка. В этом плане аналога TFrame не существует.

И это тоже.
Проектирование илииспользование в другой форме/панели визуальных компонентов JavaBeans, предки которых тоже находятся в режиме дизайна (в одном проекте), - одна из особенностей JBuilder. Но тормозит он при этом жутко на PII 450МГц... ;)

iZEN © (02.10.06 09:44) [117]

подтверждаю утверждение о преемственности кода
Юрий Зотов © (02.10.06 09:11) [115]

У меня в сборке под D7 работает код, писанный мною в ~1990 году на Turbo Pascal 5.0 с использованием Turbo Professional 5.5.
Функциональность довольно обширна - системы нелинейных уравнений 2-3 порядка. Итерация.
Писан, правда, без ООП(его тогда не было).
Скомпилировался на ура, без ошибок (правда он и был без ошибок компилятора :)).

> Marser © (02.10.06 12:20) [152]
> Не, ну это явная агония. "Он был ранен шесть раз, но не
> сдавался"(С)

Для особо одарённых: выражение "APPTYPECONSOLE" читайте как: "исключительное использование текстового редактора вместо дизайнера форм". Считайте, что для вас я зачёркиваю слово APPTYPECONSOLE.

> DrPass © (02.10.06 12:27) [154]
>
> > iZEN © (02.10.06 11:16) [143]
>
> > Размерность Ineger зависит от разрядности процессора -
> это
> > декларация Паскаля. Способы работы со строками (+длинные
> > строки) - это свойство языка, а не компилятора. Кодировка
> > символов, кстати, тоже разная при переходе от TP к Delphi
> > (ASCII -> ANSI).
>
> Пункт 1. В стандарте С вообще отсутствует привязка к разрядности
> процессора, оставляя размерность того же int на совести
> компилятора. Что разработчики компиляторов и делают

Разработчики C-компиляторов может быть и делают, посколько язык C МАШИННО-ЗАВИСИМ со времён PDP-7. Но мы говорим о Pascal и его вариантах. Почитайте Н. Вирта, что он пишет по поводу виртуальных машин.

> DrPass © (02.10.06 12:27) [154]
> Пункт 2. Способы работы со строками в Паскале совместимы
> с самой первой версии. Они только расширялись и добавлялись,
> но никогда не менялись

Н да? Вы знаете, что в самой первой публичной версии виртовского Pascal строк НЕ БЫЛО! Строки представлялись массивом значений типа Сhar. Не заглядывал в ISO-стандарт языка, но с большей долей уверенности могу предположить, что типа String там нет.

Что касается строк типа String (здесь: ShortString в интерпретации Delphi) с ёмкостью 0-255 байт со значением размера строки в нулевом байте, то они появились как расширение языка (напомните, где, в каком диалекте).
Язык Delphi продолжил традицию: увеличил длину строки и сделал строки этого типа совместимыми с ASCIIZ - Си-реализациями массива символов-байтов с нулём в последнем элементе, и этот факт повлиял на МЕТОДЫ работы со строками, стало необходимо использовать специальный менеджер памяти длинных строк прежде всего для операций конкатенации таких строк и прицеплять его для работы с Си-кодом из чужих DLL библиотек.

> DrPass © (02.10.06 12:27) [154]
>
> > iZEN © (02.10.06 11:16) [143]
>
> Пункт 3. По поводу кодировки - странно слышать такое утверждение
> от человека, который, по его словам имеет опыт программирования
> больше 6 лет... вообще странно слышать такое от человека,
> который имеет какой-либо опыт программирования.

Прежде всего старые иходники из TurboPascal не годятся для работы со строками, где требуется лексический анализ текста на национальном (русском) языке.
Это я и хотел сказать.

> DrPass © (02.10.06 12:27) [154]
>
> > iZEN © (02.10.06 11:16) [143]
>
> Пункт 4. Так как там насчет "хоть одного неопровергнутого
> твоего утверждения"? ;-)

Читайте внимательно, что пишете.

Соц. опрос Найти похожие ветки