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

Вниз

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

 
Суслик ©   (2004-12-29 17:54) [40]


> Да, но D2005 все таки позицинируется как средство разработки
> под .NET, WinApi там уже как бы приправа...

А вот Орлик на семинаре Borland ALM говорил совсем другое.


 
vuk ©   (2004-12-29 17:55) [41]

to Piter ©   (29.12.04 17:47) [39]:
>Если сейчас .NET framework просто реализует .NET через WinApi,
>то потом будет наоборот.
Кто сказал?


 
Игорь Шевченко ©   (2004-12-29 17:59) [42]

Piter ©   (29.12.04 17:47) [39]


> В Windows Longhorn тоже WinApi останется, но система то
> будет .NET ориентированной.
>
> Если сейчас .NET framework просто реализует .NET через WinApi,
> то потом будет наоборот. И WinApi останется.


"Маша доила корову, а в реке отражалось все наоборот"

С уважением,


 
Piter ©   (2004-12-29 23:36) [43]

Ну все, запинали... :)

vuk ©   (29.12.04 17:55) [41]
Кто сказал?


не помню... по-моему, в этом форуме и говорили. А что, есть другие сведения? И какие?

"Маша доила корову, а в реке отражалось все наоборот"

не понял


 
Profi ©   (2004-12-30 01:37) [44]

Единственное, с чем я полностью согласен, что .Net надо обязательно учить, будущее, судя по  всему, за ним, а Win32 лет через пять отомрет как Win16 пару лет назад.


 
vuk ©   (2004-12-30 01:59) [45]

to Piter ©   (29.12.04 23:36) [43]:
>по-моему, в этом форуме и говорили.
Это называется "слышал звон..." :o)

>А что, есть другие сведения? И какие?
Win32 никуда не денется. В прямом смысле. Источник - Microsoft.


 
Profi ©   (2004-12-30 02:03) [46]

vuk ©   (30.12.04 1:59) [45]
Ага, их слушать себе дороже! "В Windows LongHorn будет новая файловая системя WinFS...". И чуть позще: "В Windows LongHorn будет файловая система NTFS, а WinFS будет идти в качестве дополнения (скорей всего платного (пр. Profi))...".


 
vuk ©   (2004-12-30 10:41) [47]

to Profi ©   (30.12.04 02:03) [46]:
>Ага, их слушать себе дороже!
Ну да, ОБС, как источник информации, куда как надежнее...


 
Игорь Шевченко ©   (2004-12-30 11:50) [48]

Piter ©   (29.12.04 23:36) [43]


> не понял


А чего тут понимать ? Сказал ты, мягко говоря, не то. Ерунду даже сказал, мы не боимся этого слова :) Windows целиком и полностью переписывать никто не собирается, себе дороже выйдет, а ошибки потом исправлять - еще дороже.
А терять совместимость со старыми программами или заниматься такой эмуляцией, как ты написал - это просто серпом по известному месту.

Будет использоваться старое Native API ядро, .Net будет просто рядышком, взаимодействать через то же Win32 API, как и раньше. Пользовательские программы (Explorer, например) будет написан с использованием технологии .Net, но никто не мешает взаимодействовать с системой через привычный интерфейс. Новый может быть повкуснее, Avalon там всякий и т.п., но принцип останется.

С уважением,


 
iZEN ©   (2004-12-30 12:02) [49]

to Игорь Шевченко ©   (30.12.04 11:50) [48].
Каких-то принципиальных сложностей при переводе нативного API под .Net (да-да, именно так) возникнуть не должно: сигнатуры C-функий останутся прежними, а вот тело заменят на managed-код.

Аналогия: Java IO теперь на самом деле работает под NIO, а вот интерфейс не изменился - разработчики ничего не замечают кроме ускорения функций и уменьшения латентности. Но это обратный, так сказать, процесс - с .Net будет наоборот. ;)

Потом появятся аппаратные ускорители managed-кода по типу picoJava.


 
Игорь Шевченко ©   (2004-12-30 12:08) [50]

iZEN ©   (30.12.04 12:02) [49]

Я наверное чего-то не понимаю. Но сам механизм .Net должен же чем-то обеспечиваться ? Сейчас он обеспечивается API.

С наступающим!

С уважением,


 
Piter ©   (2004-12-30 20:04) [51]

Игорь Шевченко ©   (30.12.04 11:50) [48]

хм. Ну тогда программируя на WinApi все равно получится быстрее... В чем преимущество .NET тогда, если это только прослойка? У меня есть прослойка иного рода - VCL, и меня она вполне устраивает...

А мне кажется это очень логичным - сделать .NET ядро.

Блин... ну точно я слышал здесь такое, причем от мастеров, не сам придумал. Типа что "пока .NET будет реализован через WinApi как прослойка, а вследующих версиях Windows он уже будет сильно интегрирован в ядро и НЕ БУДЕТ использовать WinApi". Причем, слышал чуть ли не от Vuk"а :) Может, я не так понял?
Но одно запомнил точно - .NET не будет использовать WinApi!

Да более того, велись разговоры останется ли WinApi вообще в windows? О каком взаимодействии через WinApi можно говорить, если ведутся такие разговоры?
Конечно, пришли к мнению, что по любому останется...


 
Игорь Шевченко ©   (2004-12-30 21:15) [52]


> Да более того, велись разговоры останется ли WinApi вообще
> в windows? О каком взаимодействии через WinApi можно говорить,
> если ведутся такие разговоры?


А караван идет...

Меньше надо слушать местные разговоры м больше читать пресс-релизы MS.

С уважением и наступающим новым годом,


 
Piter ©   (2004-12-30 21:34) [53]

Понятно, спасибо!

Тогда не понимаю Microsoft... какого фига мне нужен ихний .NET ...


 
Gero ©   (2004-12-30 21:38) [54]


> Игорь Шевченко ©   (30.12.04 21:15)

Офф:
Что Вы имеете ввиду говоря «А караван идет...»?

PS:
С наступающим!


 
Gero ©   (2004-12-30 21:39) [55]


>  какого фига мне нужен ихний .NET

Раз не понимаешь — значит не нужен, вот и все.

PS:
С наступающим!


 
vuk ©   (2004-12-30 21:40) [56]

to Piter ©   (30.12.04 20:04) [51]:
>Причем, слышал чуть ли не от Vuk"а
А вот не надо грязи. Я столько не выпью. :o)



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

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

Наверх





Память: 0.55 MB
Время: 0.049 c
4-1101463612
dima_shapkin
2004-11-26 13:06
2005.01.16
Вывод текста


14-1103807509
TUser
2004-12-23 16:11
2005.01.16
Где покупают


1-1104563793
Dr. Genius
2005-01-01 10:16
2005.01.16
Программу - в системный трей


14-1103817997
ArMellon
2004-12-23 19:06
2005.01.16
Как работать в делфи с форматом kar?


14-1103916586
olookin
2004-12-24 22:29
2005.01.16
И еще вопрос...





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский