Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2004.01.20;
Скачать: [xml.tar.bz2];

Вниз

Delphi 8   Найти похожие ветки 

 
RNZ   (2003-12-29 10:10) [0]

Вышла.
Кто уже юзает? расскажите


 
RNZ   (2003-12-29 10:23) [1]

а ну да точно в потрепаться 8)


 
Sergey13   (2003-12-29 10:46) [2]

А я вот начал задумываться - а не перейти ли мне на Д6 с Д5. Наверное пока подожду.


 
Ega23   (2003-12-29 10:52) [3]

в D6 есть офигенная фича - дерево компонентов. Когда на форме 15 панелей с 10 сплиттерами, да обтекание у всех выставлено, а нужно что-то поменять - задача смерти подобна. А с деревом - дело 2-х секунд.


 
Dmitriy O.   (2003-12-29 10:57) [4]


> в D6 есть офигенная фича
Подписываюсь. Я сам бы перешел на D6 хоттябы толькоизза одного этого. А еще мне в D6 цветовое оформление больше нравится чем в D5.


 
Ega23   (2003-12-29 11:01) [5]

Я вот сейчас Д7 себе поставил для ознакомления, но основной проект на Д5 продолжаю вести. На седьмом всякие второстепенные вещи делаю.


 
Silver Alex   (2003-12-29 11:06) [6]

седьмая дельфа таки получше шестой


 
Ega23   (2003-12-29 11:09) [7]


> Silver Alex © (29.12.03 11:06) [6]
> седьмая дельфа таки получше шестой

Большой разницы, кроме интерфейса, пока не вижу. Есть неудобство с использованием старых юнитов - теперь StrUtils родной, а Rx-овский - RxStrUtils.


 
Anatoly Podgoretsky   (2003-12-29 11:20) [8]

Silver Alex © (29.12.03 11:06) [6]
Каждая новая версия, получше старой, но со своими особенностями, реально различие только между Д1, Д2..Д7, Д8 - в пределах 2-7 только частное развитие.


 
Ega23   (2003-12-29 11:25) [9]


> Anatoly Podgoretsky © (29.12.03 11:20) [8]

А вот Вы 8-ую отдельно включили, она сильно отличаться будет?


 
Anatoly Podgoretsky   (2003-12-29 11:33) [10]

Да очень, например на ней, как и на Д1 нельзя создавать Win32 приложения.


 
Ega23   (2003-12-29 11:38) [11]


> Anatoly Podgoretsky © (29.12.03 11:33) [10]

А можно, если не трудно, ссылочку на какой-нить экстракт возможностей? В смысле, чтоб основные фичи коротко описаны были.


 
Anatoly Podgoretsky   (2003-12-29 11:41) [12]

Ega23 © (29.12.03 11:38) [11]
www.borland.com


 
Ihor Osov'yak   (2003-12-29 11:41) [13]

2 [8] Anatoly Podgoretsky © (29.12.03 11:20)

Я бы все же отметил D5 (поддержка фреймов).
А разделение D1, D2-D7, D8 - это разделение по целевой платформе.


 
Sergey13   (2003-12-29 11:41) [14]

2Ega23 © (29.12.03 10:52) [3]
>Когда на форме 15 панелей с 10 сплиттерами
Когда работал в В98 на Д4 из-за нехватки GDI&User-ресурсов приучил я себя не делать шибко сложных форм. Оно и для юзера попроще. Хотя фишка (дерево компонентов) наверное неплохая. Может и правда поставить-поглядеть? Да ну ее на фиг, наверное. И так все работает. 8-)


 
Anatoly Podgoretsky   (2003-12-29 11:44) [15]

Ihor Osov"yak © (29.12.03 11:41) [13]
Нет, с Д2 по Д7 ничего кардинального, наращивание библиотек и незначительные изменения в языке. Библиотеки конечно сильно расширились. Язык навскидку не скажу насколько сильно, но менялся.


 
Ega23   (2003-12-29 11:45) [16]

www.borland.com
Грузится дого, да и траффик в конторе лимитирован. :-((((


 
Anatoly Podgoretsky   (2003-12-29 11:47) [17]

Ну тут ничего не поделаешь, а если очено кратко (чтобы съекономить трафик -), то это .NET


 
Ega23   (2003-12-29 11:48) [18]


> Anatoly Podgoretsky © (29.12.03 11:47) [17]

Понял, спасибо. Этого достаточно. ;-))


 
Ihor Osov'yak   (2003-12-29 15:06) [19]

2 [15] Anatoly Podgoretsky © (29.12.03 11:44)

Ну я же не говорил, что кардинально.. Как было win32, так и осталось.
Я просто указал на D5, в котором было введено наиболее сощественное, с моей точки зрения дополнение, а именно - поддержка фреймов..

Зы - о D6 с его CLX молчу, так как пользоваться не пришлось..


 
MV   (2003-12-29 15:10) [20]

Я просто указал на D5, в котором было введено наиболее сощественное, с моей точки зрения дополнение, а именно - поддержка фреймов..

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


 
Agent13   (2003-12-29 15:15) [21]

А кто-нибудь обладает какой-нбудь неофициальной информацией, когда дадут триал версию качать, а то уж больно ручками Д8 пощупать хочется, а не по видео-демо.


 
RNZ   (2003-12-29 15:18) [22]

Я так понмаю ещё никто неюзал?


 
Anatoly Podgoretsky   (2003-12-29 15:18) [23]

Не помню, точно но кажется в Д5 появились Int64 и некоторые другие приятные вещи, не помню когда появились динамические массивы. А фреймы меня не особо волнует.
Плохо что борланд не дает сравнительной таблицы по изменения языка, по новым типам в зависимости от версии, а отслеживать по Что нового, тяжело и сейчас не возможно.


 
MV   (2003-12-29 15:22) [24]

Фреймы - оч-чень замечательная штука. Типа поначалу было что-то вроде "самодельные компоненты для ленивых", а теперь втянулся, и врде знаю чем, заменить (в рантайме, конечно), но уже привык. А до Int64 пока дело не дошло... Currency хватает.


 
AndreyS   (2003-12-29 15:25) [25]

>Anatoly Podgoretsky
Если мне не изменяет память, то динамические массивы появились в D4.


 
Ihor Osov'yak   (2003-12-29 15:32) [26]

2 [20] MV (29.12.03 15:10)

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

2 [23]

Да, int64 очень приятная вещь. А вот динамические массивы меня не очень волнуют :-)

Зы. По удобству работы пожалуй лучше всего D6, D7 как то не воспринял, может из-за того, что мало работал..
Зы2. Но реалии таковы, что в ближайшее время придется переходить на D4. И без фреймов тоска будет.. Хорошо, что есть хоть CreateParented..


 
MV   (2003-12-29 15:33) [27]

Я тут на днях смешную книжку купил: "Фундаментальные алгоритмы и структуры данных в Delphi", Джулиана Бакнелла, так этот чудак многие вещи делает сам. Без всяких VCL - компонент. (Типа списки, динамические массивы, очереди...) И очень толково объясняет, почему так лучше. Если кто не купил - рекомендую. Всякие всячности типа реализации алгоритмов хэширования, сжатия данных, сортировки, поиска... В принципе - почти все знакомо (Кнут, например), но - на Delphi, и очень качественно (по быстродействию и по объемам RAM)


 
Ihor Osov'yak   (2003-12-29 15:44) [28]

2 MV

Гм, а я вот слабо представляю, как "типа списки, динамические массивы, очереди" компонентами делать.. Оно, конечно, можно, но вот зачем?


 
MV   (2003-12-29 15:47) [29]

Ну, например, всеми нами любимый TList...


 
Ega23   (2003-12-29 15:51) [30]

Но TList ведь не компонент?


 
MV   (2003-12-29 15:53) [31]

Ну, не производный от TComponent, конечно, но, как я понял, и Уважаемый Ihor Osov"yak © (29.12.03 15:44) [28] то же не это имел в виду?


 
Ihor Osov'yak   (2003-12-29 16:04) [32]

да нет, иненно это имел и ввиду. Под словом компонент понимаю как раз производное от TComponent... А TList - вполне обычный класс, реализующий один из простейших видов списков.
Зы. Конечно, все вышеупомянутое (очереди, деревья, списки) можно делать и вообще без классов, но это уже другая крайность.. Хотя иногда приходилось и так. Правда, уже не на Делфи :-)


 
MV   (2003-12-29 16:09) [33]

Что-то мы друг друга не поняли... Скорее, я некорректно выразился. С программистами надо типа "скока вешать в граммах?". Короче, извиняюсь за "...VCL - компонентов". Следует читать "...классов VCL - библиотеки".


 
Vuk   (2003-12-29 16:09) [34]

to Ihor Osov"yak:
То, что реализует TList - это нифига не список, а массив указателей. Почему его так назвали - без понятия. Списков (настоящих) в Delphi нет вообще.


 
MV   (2003-12-29 16:19) [35]

Да, в книжке примерно так же остро и высказались по поводу TList...


 
Vuk   (2003-12-29 16:23) [36]

Хотя... Нет вообще - это я загнул. Реализаций множество, у меня даже своя есть. :o)


 
Ihor Osov'yak   (2003-12-29 16:34) [37]

2 Vuk

Частично вы правы. Даже больше правы чем нет :-). Ну нету такой классической составляющей, как Next :-). Так что пример с TList не совсем корректен, он по своей природе больше похоже на динамический масив.
Но в принцыпе начальный спор был то немного не о том..

2 MV
Ну, мне религия не запрещает использовать невизуальные класcы Делфи в компактных проектах, если они, конечно, всей VCL за собой не тянут..

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

Зы - а на книжечку посмотрю. Для начала - хотя бы из любопытства..


 
Anatoly Podgoretsky   (2003-12-29 16:36) [38]

Vuk © (29.12.03 16:09) [34]
Ну почему же - линейный список. Есть еще стек и очередь, а связаных списков вроде нет.


 
Vuk   (2003-12-29 16:44) [39]

to Anatoly Podgoretsky:
Может быть, надо уточнить. Но обычно такая структура данных называется массивом.


 
Anatoly Podgoretsky   (2003-12-29 16:46) [40]

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


 
Vuk   (2003-12-29 16:50) [41]

to Anatoly Podgoretsky:
>Но к ней де нет прямого доступа как массиву
Есть. TList.List


 
Anatoly Podgoretsky   (2003-12-29 16:53) [42]

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


 
AndreyS   (2003-12-29 17:05) [43]

>Vuk
А мона личный вопрос. Вы ни из Питера? Вдруг мы знакомы?
Просто Ник такой мой закомый один часто использовал.


 
Vuk   (2003-12-29 17:16) [44]

to AndreyS:
Нет, не из Питера. К тому же анкета есть...


 
Поручик   (2003-12-29 17:32) [45]


> Похоже, еще одна градация среди пользователей Delphi - те,
> кто не знает, что такое фреймы, те, кто знае и с удовольствием
> их использует, и те, кто пробовал, и никогда больше их использовать
> не будет...


Есть другой способ, более элегантный чем фреймы. В пакете DreamControls есть компоненты TFormPanel и TFormTabSheet - панель и страничка табконтрола, в которые можно вставлять любую форму. Поэтому, вместо того, чтобы городить фрейм, можно сделать форму и вставлять их в нужные места на другой форме. И с наследованием все слава Богу, и с именами конфликтов нет, и, вообще, не решение - песня. А компоненты из пакета прекрасно выдираются и много за собой не тянут.


 
Vuk   (2003-12-29 17:36) [46]

to Поручик:
>Есть другой способ, более элегантный чем фреймы.
Насчет элегантности я бы поспорил...

>И с наследованием все слава Богу, и с именами конфликтов нет
С наследованием везде все нормально и с именами у фреймов никаких проблем.


 
MV   (2003-12-29 17:46) [47]

Есть другой способ, более элегантный чем фреймы. В пакете DreamControls есть компоненты TFormPanel и TFormTabSheet - панель и страничка табконтрола, в которые можно вставлять любую форму. Поэтому, вместо того, чтобы городить фрейм, можно сделать форму и вставлять их в нужные места на другой форме
В Design-time?
И, извините, что это - DreamControls?


 
Поручик   (2003-12-29 17:47) [48]

2 Vuk
Пробовал я работать с фреймами. Но никакого удовольствия от этого не получил. Может быть в рогах не хватает, спорить не буду. Но, во-первых, если на форму вставить два разных фрейма, на которых есть компоненты с одинаковыми именами, то начинаются конфликты и нескладухи. Во-вторых, часто возникают ошибки из-за того, что изменения в уже вставленом фрейме не сохраняются - править надо фрейм. Изредка возникает ситуация, когда дельфя не может корректно восстановить форму из DFM-файла. Уточню, что все это происходит при установке на фрейм компонентов из Developer Express, а без них я обходиться не хочу. Новый способ позволяет корректно все выполнить.


 
Поручик   (2003-12-29 17:49) [49]

2 MV (29.12.03 17:46) [47]
http://www.dream-com.com


 
Vuk   (2003-12-29 17:58) [50]

to Поручик:
>Но, во-первых, если на форму вставить два разных фрейма, на
>которых есть компоненты с одинаковыми именами, то начинаются
>конфликты и нескладухи.
В проекте сейчас около 500 фреймов. Никогда не встречался ни с чем подобным.

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

>Изредка возникает ситуация, когда дельфя не может корректно
>восстановить форму из DFM-файла.
Обычно случается при удалении/изменении названия компонента на фрейме. Спасает обычно игнорирование ошибок и "Revert to inherited".

>Уточню, что все это происходит при установке на фрейм
>компонентов из Developer Express, а без них я обходиться не
>хочу.
У нас они тоже используются. Полет нормальный.


 
Поручик   (2003-12-29 18:09) [51]

2 Vuk © (29.12.03 17:58) [50]

Если у вас хорошо работает, то это очень хорошо. Способ с TFormPanel на мой лично взгляд проще и красивее. Но о вкусах не спорят, и я возражать Вам не буду.



Страницы: 1 2 вся ветка

Форум: "Потрепаться";
Текущий архив: 2004.01.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.57 MB
Время: 0.015 c
3-62989
ruslanyd
2003-12-23 17:26
2004.01.20
DisableControls и FastReport


1-63203
vgb
2004-01-10 00:09
2004.01.20
TWebBrowser


3-63003
Rio
2003-12-23 12:34
2004.01.20
Фильтрация данных


1-63143
LLL
2004-01-06 03:22
2004.01.20
по типу TCheckListBox


11-63048
Юрий
2003-05-04 18:43
2004.01.20
TKolRichEdit и TKolListBox





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский