Delphi 8 - ПО под Win32 заканчивается на Delphi 7

← →
Serginio666 (2003-11-19 19:29) [0]

http://shmakov.ru/news/shownews.php?textID=79

Кроме всего прочего Больше всего мне понравилось

пока не получил вопрос в лоб:

В: Имеется ли возможность разрабатывать на Delphi 8 приложения под Win32 для Windows 95?
О: С Delphi 8 поставляется в комплекте Delphi 7. (Дружный смех в зале)

Таким образом, разработчикам, не сказав этого прямо, но вполне недвусмысленно дали понять, что эпоха разработки ПО под Win32 заканчивается на Delphi 7

Приоритеты определены.

← →
Vuk © (2003-11-19 19:32) [1]

Ну... Дружного смеха не наблюдалось. Ну может кто и смеялся, но они видимо докладчика от MS плохо слушали. К тому же обещано обновление D7 до 7.1

← →
Serginio666 (2003-11-19 19:35) [2]

И какие принципиальные отличия,, Собираются ли вводить дженерики??? они очень удобны.

← →
Vuk © (2003-11-19 19:39) [3]

Принципиальные отличия 7.1, насколько я понял - совместимость по синтаксису с dccil (компилятор Delphi for .net)

← →
Serginio666 (2003-11-19 19:46) [4]

То есть дополнительные области видимости, структуры - классы,
перегрузка операторов это все будет ???

← →
Vuk © (2003-11-19 19:51) [5]

Octane and Delphi Q&A
http://bdn.borland.com/article/0,1410,29952,00.html

...The Win32 Delphi compiler will receive new language features to increase source code compatibility with .NET, and the VCL for Win32 will also be updated.

← →
Serginio666 (2003-11-19 19:58) [6]

Конечно информации очень много, но и на том спаибо.
А бетта версия Восьмерки есть???

← →
Ghjf (2003-11-19 20:02) [7]

А как понять приложения для win32 ето Exe"шник чтоли?
.NET ето новое расширение у технологии NEt?

← →
Vuk © (2003-11-19 20:03) [8]

Обещали сделать trial, но чуть позже. Также будет и Personal версия.

← →
Vuk © (2003-11-19 20:04) [9]

Исполняемый модуль для .net - это тот же .exe формата PE, только он содержит специальные данные, где находится код приложения и метаданные.

← →
Ghjf (2003-11-19 20:07) [10]

Vuk © (19.11.03 20:04) [9]

Что значит "Исполняемый модуль для .net - это тот же .exe формата PE"?
Все таки Ехе"шник?

← →
Vuk © (2003-11-19 20:07) [11]

Именно.

← →
Ghjf (2003-11-19 20:08) [12]

А как понять формата РЕ? Обьясни пожалуста.

← →
Sergey_Masloff (2003-11-19 20:09) [13]

Вобщем, без паники. Я и сам сначала помрачнел, но теперь прикинув как говорится хрен к носу решил так - подсистема Win32 никуда не денется - и в лонхорнах будет, будет и дальше. Использовать ее возможности можно и дальше. Delphi меня вполне устраивает и 5 версии (хотя у меня есть лицензионные и 6 и 7 и видимо будет 7.1). Пока весь дотнет все равно работает через Win32 так что приложения будут быстрее да и вообще безглючнее без дотнету. А потом посмотрим удобней ли Delphi8 чем C# и вообще.

← →
Vuk © (2003-11-19 20:10) [14]

PE (Portable Executable) - стандартный формат исполняемого модуля Windows.

← →
Ghjf (2003-11-19 20:11) [15]

А как тогда понять приложения для win32?
Тоже самое что и НЕТ получается?

← →
Vuk © (2003-11-19 20:14) [16]

Нет. В формате PE существуют приложения не только для Win32, но и для других версий Windows, Windows CE, например.

← →
Ghjf (2003-11-19 20:16) [17]

А программы написанные на Делфи 8 (с помошью техноологии Нет ) будут идти в Виндовс?

← →
Vuk © (2003-11-19 20:19) [18]

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

← →
Anatoly Podgoretsky © (2003-11-19 20:19) [19]

Ghjf (19.11.03 20:16) [17]
Да если это будет Windows Net или на любой системе если есть Net FrameWork то есть это не обязательно Виндоус.

← →
Ghjf (2003-11-19 20:20) [20]

Так а в чем тогда отличие(преимущество) техноологии Нет?
Я непонимаю.....
Зачем это вообще?

← →
Ghjf (2003-11-19 20:21) [21]

То есть если я напишу НЕТ программу, то она пойдет на всех операционках, и все отличие?

← →
Serginio666 (2003-11-19 20:26) [22]

>>Sergey_Masloff (19.11.03 20:09) [13]
В лонгхорне будет только уже как надстройка над Net. И все вкусности можно будет вкушать только используя Net.
http://www.rsdn.ru/Forum/Message.aspx?mid=434162&pg=1

Но до 2006 года можно расслабиться правда неопоздать бы. А огромное количество вкусностей в самой Net (в том числе и дженерики) уже сейчас впереди планеты всей и борланд будет работать только в направлении Net

← →
Anatoly Podgoretsky © (2003-11-19 20:27) [23]

где есть все необходимые библиотеки.

← →
Vuk © (2003-11-19 20:28) [24]

Ну... в .net жденериков нет. Они есть в спецификации C# 2.0 Но C# - это только язык.

← →
Serginio666 (2003-11-19 20:30) [25]

>>Ghjf (19.11.03 20:21) [21]
Да где установлен Net FrameWork. А вот планы развития Net под Линукс (Mono)
http://www.rsdn.ru/Forum/Message.aspx?mid=432918&only=1

← →
Ghjf (2003-11-19 20:33) [26]

>Ну... в .net жденериков нет

А кто такие жденерики?

← →
Vuk © (2003-11-19 20:38) [27]

>А кто такие жденерики?
Это опечатка такая злобная. Имелись в виду дженерики - параметризованные типы данных (в С++ - шаблоны) и вообще обобщенное программирование.

← →
Serginio666 (2003-11-19 20:39) [28]

>>Vuk © (19.11.03 20:28) [24]
Есть в Альфа версии Видби и я за один день набросал код порядка 700 строк не самого примитивного алгоритма легко без напряга.

Ghjf (19.11.03 20:33) [26]
Дженерики похожи на С++ шаблоны, но отличны от них т.к. это полноценные объекты.
Вот пример

internal abstract class BTCustomLevel<K,V>
{
public int Level;
public BTIndexPP<K,V> Header;
public int index;
public BTParentLevel<K,V> Parent;
public BTCustomLevel<K,V> Child;
public abstract void First();

..................................

internal sealed class BTNullLevel<K,V>: BTCustomLevel<K,V>
{
public BTNullLevel(BTIndexPP<K,V> Header)
{
Level = 0;
this.Header = Header;
page = new NullPage<K,V>();
}
public override void First()
{ index = -1; }

.................................................

internal sealed class BTParentLevel<K,V>: BTCustomLevel<K,V>
{
public ParentPage<K> page;
public override void First()
{
index = 0;
Child.SetPage(this.page.PageItems[0].ChildPage);
Child.First();
}

.............................................

public class BTIndexPP<K,V>
{
internal IKeyComparer<K> Comp;
internal BTCustomLevel<K,V> Ind;
internal BTNullLevel<K,V> NullLevel;
internal int RecordCount;
internal NullItem<K,V> NullItemAsNull;

И работаешь как с обычными объектами. Если например в Delphi тоже можно применять такой подход, но приходится копировать объект и присваивать свой тип, что неудобно то сдесь уже все подставляется автоматически по шаблону.

← →
Ghjf (2003-11-19 20:42) [29]

А можно более абстрактное отличие технологии Win32 от техноологии
.NET? А то че то я недогоняю....

← →
Vuk © (2003-11-19 20:43) [30]

to Serginio666:
Ссылочку можно?

← →
Serginio666 (2003-11-19 20:53) [31]

Поссылочкам не совсем полная информация но для интерфейсов, классов, делегатов применяются дженерики единственно что ты не можешь как в С++ применять перегруждаемые операторы а должен определять поведение объекта через дополнительное описание либо применять параметризованные интерфейсы

например
class Int32Comparer: System.Collections.Generic.IKeyComparer<Int32>
{
public int Compare(Int32 x, Int32 y)
{
return x - y;
}
public bool Equals(Int32 x, Int32 y)
{
return (x == y);
}
public int GetHashCode(Int32 obj)
{
return obj;
}
}

}
.................................

public BTIndexPP(IKeyComparer<K> Comp)
{
this.Comp = Comp;
NullLevel = new BTNullLevel<K,V>(this);

...................................................

C = Header.Comp.Compare(page.PageItems[I].Key, key);

http://www.uneta.org/article.aspx?article=719A4A69-8390-483A-8478-A55F53AD1380#topic_2

http://www.gotdotnet.ru/LearnDotNet/default.aspx

← →
Sergey_Masloff (2003-11-19 20:56) [32]

Vuk © (19.11.03 20:38) [27]
>Имелись в виду дженерики - параметризованные типы данных (в >С++ - шаблоны)
А сколько глюков в Cpp вылазит при неумелом использовании темплейтов ;-) Если дженерики это то же самое то велкам, как говорится...

← →
Sergey_Masloff (2003-11-19 20:58) [33]

Ага, чуть яснее стало... Про дженерики.

← →
Serginio666 (2003-11-19 20:58) [34]

>> Ghjf (19.11.03 20:42) [29]
Всем даю почитать эту ссылочку
http://www.gotdotnet.ru/LearnDotNet/CSharp/731.aspx

← →
Я. (2003-11-19 21:21) [35]

>Всем даю почитать эту ссылочку
> http://www.gotdotnet.ru/LearnDotNet/CSharp/731.aspx

Статейка та старовата...

← →
Serginio666 (2003-11-19 21:28) [36]

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

← →
Vuk © (2003-11-19 23:47) [37]

to Serginio666:
> http://www.uneta.org/article.aspx?article=719A4A69-8390-483A-8478-A55F53AD1380

Дык ёлы-палы! Это же практически и есть краткое описание изменений в C# 2.0! В языке C#, а не .Net и CLR...

to Sergey_Masloff:
>А сколько глюков в Cpp вылазит при неумелом использовании
>темплейтов
Угу, сообщения об ошибках STL с объемом текста по 3 килобайта и целые книги о том, как надо правильно это сообщения понимать.

← →
icWasya © (2003-11-20 09:14) [38]

Отчет о конференции, материалы (презентации) и фотографии
http://info.borland.ru/bdd2003/index.html

← →
Serginio666 (2003-11-20 13:47) [39]

>> Vuk © (19.11.03 23:47) [37]

Эти изменения касаются именно .Net и CLR т.к.
Выдержка
"Когда шаблонный класс откомпилирован, между ним и обычным классом фактически нет никакой разницы. На самом деле, результатом компиляции является не что иное как метаданные и промежуточный язык (IL). IL, конечно же, параметризован, чтобы принимать поставляемые пользователем типы где-то в коде. Отличие в использовании IL для шаблонного типа основано на том, является ли поставляемый параметр типа типом значения или ссылочным типом.

При первичном создании шаблонного типа с типом значения в качестве параметра, среда выполнения создает специализированный шаблонный тип с предоставленным параметром (или параметрами), подставленными в соответствующие места в IL. Специализированные шаблонные типы создаются единожды для каждого уникального типа значения, используемого в качестве параметра.
"
И M$ ведет переговоры о включении поддержки Джененериков во все нетовские языки.
И уверяю что добрая половина компонентов будет на дженериках, а поэтому они должны появится и в Delphi. Правда официально Whidbey

← →
REA © (2003-11-20 16:33) [40]

Нафиг нафиг эти Template - они и в Си то криво были сделаны.
(Ну не они сами, а всякие STL и MS templates)
И без них можно прожить.
И читать их тяжело и в программе не разберешься.

← →
Serginio666 (2003-11-20 17:36) [41]

Нееее дженерики это не шаблоны С++, и читаются очень легко и программируешь как обычный класс с синтаксическим контролем и автозавершением кода. Просто аналогии с шаблонами не которые есть, но это классы с неопределенными типами. А вот без них действительно геморрой.

А мне демка понравилась! Сильно! Берешь код от 7-ки и просто вставляешь в 8-ку, без доработки (правда, только стандартные вещи).
Octane - сильная вещь. Правда под дотнетью я на C# пишу...

Блин, где бы денег накопить на личную лицензионную дельфу!? У нас штуку бакинских стоит...

← →
Serginio666 (2003-11-20 18:22) [44]

А как со статическими массивами в Октане???

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

Представьте, что каждый раз приходится производить конвертацию типов из реального в Object и обратно. Операция эта не сказать, что очень быстрая. Да еще и небезопасная - исключение поймать во время работы проще некуда. А так - написал абстрактный класс, а потом уже придал ему нужный тип, и дыдька-компилятор скомпилил его уже с учетом конкретного типа данных со всеми вытекающими. Тут и ошибки выявляются уже на стадии компиляции, как с типизированными датасетами. Классно.

Если Борман сейчас выпускает 8-ку, то скоро будет и 8.1, после выхода Whidbey.

В смысле? С этим что, какие-то проблемы?

← →
Serginio666 (2003-11-20 18:43) [47]

Ну Whidbey официально только в конце 2004 года появится. Но то что дженерики в Delphi.Net появятся однозначно, жалео что под Win32 этого чуда не увидеть.
2 BlackTiger © (20.11.03 18:32) [45]
а на шарпе под VS.Net или C#Builder ???

to Serginio666:
Так какие проблемы со статическими массивами?

← →
Serginio666 (2003-11-20 19:05) [49]

А их в Net просто не существует. Только классы Array и String b StringBuilder. А так нехватает статических массивов прежде всего с чтением типизированных файлов или таблиц БД . Эту проблему конечно можно обойти создавая структуру с нужными офсетами и через незащищенный код или через стреам работать но было бы намного приятней работать со статическими массивами.

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

2Serginio666 : Ставил себе C#Builder, покопался-покопался и стер его нафиг. VS2003, она по-лучше, имхо, будет. В C#B не удобно как-то всё, много мелких неудобств, вроде невозможности настроить ConnectionString у стандартного DataAdapter"а. Если использовать BorlandDataProviders, то вроде работает. Ну и как-то все подтормаживает несколько. Хотя первая версия, чего еще ожидать?

to Serginio666:
>А их в Net просто не существует. Только классы Array и String b
>StringBuilder.
Массивы в .net существуют, только они динамические (есть такая инструкция в IL - newarr). Вот при помощи их и имитируются в Delphi for .net массивы статические. То есть они создаются точно также, как и динамические, но компилятор это скрывает от разработчика. Точно так же, как в Delphi делается с обычными строками.

← →
Serginio666 (2003-11-21 13:52) [53]

2 (Vuk) Вто это с одной стороны и плохо. Когда нужно сериализовывать и десериализовывать данные нужно делать последовательное чтение запись вместо привычного Move т.к. размер структур заранее определен и расположение полей.

А вчем прикол, что D8 + D7 по прайсу столько же, как и просто D7? :(

← →
Serginio666 (2003-11-24 16:09) [55]

В том, что Native Delphi больше не будет развиваться. Добро пожаловать в Net.

[55] Serginio666 (24.11.03 16:09)
а с другой стороны, если вин32 не будет развиваться, то может и не надо для нее среду разработки развивать? ;))

← →
Serginio666 (2003-11-24 17:29) [57]

Я только за такое напрвление развитя Delphi. Win32 умер Да здравствует Net. Да и планы развитя Mono на Линукс грандиозны.

Delphi 8 - ПО под Win32 заканчивается на Delphi 7 Найти похожие ветки