主页
Top.Mail.Ru Yandeks.Metrika
论坛:“抢”;
当前存档:2002.09.05;
下载:[xml.tar.bz2];

向下

什么是.NET? 找到类似的分支


jonik pegas   (2002-08-08 12:14) [0]

В связи с анонсированием Borland поддержки Net хотелось бы выяснить а что это вообще такое? Интерпретатор-прослойка между операционной системой и приложением или нечто большее? При распостранении приложений придется ее тягать на все компьютеры?
Как насчет скорости/обьема программ, WinApi и т.д? В чем вообще стратегический замысел сего начинания



Anatoly Podgoretsky   (2002-08-08 12:18) [1]

Примерно, то же самое что и bpl в очень грубом приближении, а таскать прдется, если хочешь что бы работало, но это немного 20-30 мб



Ihor Osov'yak   (2002-08-08 13:07) [2]

Ну, MS очередной раз заявила, что не совсем верным путем идете товарисчи ... (и она тоже). И решила разрушить все созданное ими же до основанья, а затем ... И создала дотнет ....

... Если серьезно - как бы платформа для исполнения и разработки приложений. C претензией на переносимость (в понимании майкрософт) Заимствовано довольно много хороших идей с других систем разработки и представление их как своих, революционно новых. Есть некоторые паралели с Делфи.... Есть положительные моменты, а учитывая что сие дело продвигает MS, вещь наверное приживется. Так что хочем мы этого или нет - придется разбиратся.

ЗЫ. Я, вот, немного с оутсорсинг играюсь.. Так вот, очередной заказчик - давай мне делай проект на дотнет и никаких гвоздей. Хотя что такое дотнет, он понятия не имеет.... И как следствие - сижу и с с# разбираюсь ...

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

Да, скоро подымется собачий восторг - написал на дотнете програмулину, а она, представляете, всего 10 к. А на делфи - аналог - целых триста... И вопрос попутно - а у меня, то есть програмера, она работает, а у заказчика почемуто не запускается ....






Anatoly Podgoretsky   (2002-08-08 13:13) [3]

Ihor Osov“牦牛©(08.08.02 13:07)
Знаю, плавали :-)



Suntechnic   (2002-08-08 15:32) [4]

> Ihor Osov“牦牛©(08.08.02 13:07)
>C претензией на переносимость (в понимании майкрософт)

Да не надо всех собак на мелкомягких вешать. О переносимости на другие платформы они молчат как партизаны. О переносимости говорят люди уже знакомые с .NET но не имеющие к Microsoft никакого отношения.

Посмотрим что оно получится с .NET, но любой здравый программист когда-либо написавший Hello World для Windows понимает, что союз полностью структурной ОS и любого средства разработки опирающегося на ООП ничего хорошего не даёт. .NET это попытка вырваться из этого порочного круга и лично я эту попытку только приветствую.



DiamondShark   (2002-08-08 16:34) [5]


> союз полностью структурной ОS и любого средства разработки
> опирающегося на ООП ничего хорошего не даёт.


你明白你说的话吗?

И как в свете сказанного приветствовать союз объектно-ориентированного .НЕТ и "полностью структурной OS" ?



Suntechnic   (2002-08-08 16:39) [6]

> DiamondShark©(08.08.02 16:34)
>Сам то понял, что сказал?

Перечитай на досуге пару раз... может дойдёт...

>И как в свете сказанного приветствовать союз объектно-ориентированного .НЕТ и "полностью структурной OS" ?

Почитай книжечки про .NET, а особенно про то что это такое.




Ihor Osov'yak   (2002-08-08 16:40) [7]

ТехникуСолнца


> Да не надо всех собак на мелкомягких вешать. О переносимости
> на другие платформы они молчат как партизаны. О переносимости
> говорят люди уже знакомые с .NET но не имеющие к Microsoft
> никакого отношения.

А откуда вывод, что ВСЕХ?



> Посмотрим что оно получится с .NET, но любой здравый программист
> когда-либо написавший Hello World для Windows понимает,
> что союз полностью структурной ОS и любого средства разработки
> опирающегося на ООП ничего хорошего не даёт. .NET это попытка
> вырваться из этого порочного круга и лично я эту попытку
> только приветствую.


Да я немножко больше, чем Hello World, успел написать ( и нескромно уточню, не на одном ленгвидж, в тч и на обьектных (даже pure), как то таких выводов не делал. Не в смысле попытки, а в смысле союза ...
Зы, а виндовз при определенном взгляде можно было бы расценить, как вещь, сделанную по обьектной идеологии, но посредством модульного, то бишь, структурной технологии ... Хендлы одни, блин, куда не посмотришь ...





ZZ   (2002-08-08 16:44) [8]

DiamondShark
И как в свете сказанного приветствовать союз объектно-ориентированного ..
А тебя это, имхо, не должно волновать :)) Тебя должен волновать союз объектно-ориентированного .НЕТ и объектно-ориентированных языков.



Пролетарий   (2002-08-08 16:46) [9]

Скажем НЕТ буржуазному .NET!!!



Ihor Osov'yak   (2002-08-08 16:49) [10]

to Пролетарий

Да почему жe. Для определенных случаев даже вполне выиграшная технология...




Пролетарий   (2002-08-08 16:51) [11]

> Ihor Osov“牦牛©
По соображениям идеологического характера, товарищ!



Malder   (2002-08-08 17:23) [12]

Что то я не понял. Это типа ран тайм пакетов в Дельфи получится ? Поставил галочку "с использовнием .NET" - 10 кило и требуется куча файлов. Убрал - 300 кило и ничего не требуется. так что ли ? Так это туфта. Все равно всего не предусмотришь. И что теперь... чтобы запускать современные программы мне придется каждый раз из инета катать по 10-20 Mb обновлений этого .NET ? А у кого нет сети ? Нда. Здорово.



vuk   (2002-08-08 17:31) [13]

Насколько я понимаю, в MS взяли курс на широкое использование .NET и управляемого кода в своих продуктах, так что, видимо, в ближайшем будущем .net runtime будет включен в состав поставки Win.



Suntechnic   (2002-08-08 17:31) [14]

> Ihor Osov“牦牛©(08.08.02 16:40)
>как то таких выводов не делал. Не в смысле попытки, а в смысле союза ...
Значит у нас с вами разные выводы и не более того. Если вы считаете, что хэндлы, структуры и море ф-ций их обслуживающих прекрасно сочитаются с полиморфизмом, наследованием и инкапсуляцией, то как говорится, Бог вам судья. Уж простите, но так не считаю и задумывался над этим гораздо раньше не то что выхода .NET, а даже упоминания о нём.


>Зы, а виндовз при определенном взгляде можно было бы расценить, как вещь, сделанную по обьектной идеологии, но посредством модульного, то бишь, структурной технологии ... Хендлы одни, блин, куда не посмотришь ...

Уж слишком у вас "определённый" взгляд получается. Я лично не совсем понял как это "объектная идеология" посредством модульной. Это типа хэндлы они и есть объекты? Тогда можно сказать, что язык С построен тоже по "объектной идеологии" и венцом тому является void *.



evgeg   (2002-08-08 17:49) [15]

> что союз полностью структурной ОS

Я бы не назвал Windows полностью структурной. Зачем так структурное программирование обижать?

> Уж слишком у вас "определённый" взгляд получается. Я лично не совсем понял как это "объектная идеология" посредством модульной. Это типа хэндлы они и есть объекты? Тогда можно сказать, что язык С построен тоже по "объектной идеологии" и венцом тому является void *.

Дело в том, что можно писать с использованием объектной метологии на языке, который не имеет средств для поддержки объектов, использую свои искуственные средства. Doom, например, так написан.

> так что, видимо, в ближайшем будущем .net runtime будет включен в состав поставки Win.

А разве он в XP не включен?



DiamondShark   (2002-08-08 18:06) [16]


> Что то я не понял. Это типа ран тайм пакетов в Дельфи получится
> ? Поставил галочку "с использовнием .NET" - 10 кило и требуется
> куча файлов. Убрал - 300 кило и ничего не требуется. так
> что ли ?


Не-а. Убрать галочку как раз и не получится ;)



Suntechnic   (2002-08-08 18:06) [17]

>Я бы не назвал Windows полностью структурной. Зачем так структурное программирование обижать?

Ну а какая она? Я что-то ничего похожего на объектно ориентированный подход там не заметил. Может плохо искал? Наверное никто спорить не будет, что тремя китами ООП являются: полиморфизм, инкапсуляция, наследование. Укажите мне хоть на один признак вышеперечисленного в Windows и я, может быть, с вами соглашусь.

>Дело в том, что можно писать с использованием объектной метологии на языке, который не имеет средств для поддержки объектов, использую свои искуственные средства. Doom, например, так написан.

Можно. Но мне такой подход претит(сугубо моя точка зрения). Поэтому я и смотрю с заинтересованность на такие вещи как .NET

>А разве он в XP не включен?







DiamondShark   (2002-08-08 18:20) [18]


> Наверное никто спорить не будет, что тремя китами ООП являются:
> полиморфизм, инкапсуляция, наследование. Укажите мне хоть
> на один признак вышеперечисленного в Windows и я, может
> быть, с вами соглашусь.


По-порядку:

多态性
Окна. Манипулировать окнами вы можете невзирая на их действительный тип (кнопка, системное или пользовательское окно и тд)
Система ввода/вывода/коммуникаций. Посмотрите ReadFile/WriteFile. Одинаковый интерфейс для дисковых файлов, портов, сокетов, каналов (pipe)
GDI. Аппаратно-независимая графика. Никого не трогает модель принтера или дисплея, а при некотором усилии даже разница между принтером и дисплеем.

封装
Внутренняя реализация недоступна. Объекты представляются дескрипторами, не имеющими иного смысла, кроме идентификации объекта. Манипуляции с объектом производятся исключительно "методами" - функциями API. Собственно инкапсуляция в Win API соблюдается даже строже чем в иных языках.

遗产
В явном виде разве что для окон.

Так что система вполне объектная. Никаких "еще более объектных" надстроек не требуется, разве что в виде отдельных библиотек под конкретный язык и среду (типа VCL или MFC)



Suntechnic   (2002-08-08 19:16) [19]

> DiamondShark©(08.08.02 18:20)
Это вы так издеваетесь? Какой ещё нафиг полиморфизм в окнах? Вы себе представляете что такое позднее связывание и каким боком оно затрагивает окна?

>Внутренняя реализация недоступна.

Это по вашему и есть инкапсуляция? Вот ваши хэндлы это и есть самое первое нарушение икапсуляции, если о таковой вообще можно говорить применительно к Windows.

>Наследование
>В явном виде разве что для окон.
Без комментариев. Вы просто продолжаете издеваться.



Anatoly Podgoretsky   (2002-08-08 19:29) [20]

vuk©(08.08.02 17:31)
Микрософт уже предлагает в обновлениях для ИЕ скачать Net Framework



vuk   (2002-08-08 20:12) [21]

>Микрософт уже предлагает в обновлениях для ИЕ скачать Net
>Framework
Об чем я и говорю. Дальше будет больше... В конце этого года ожидается SQL Server с поддержкой .net



wicked   (2002-08-08 20:32) [22]

2 Suntechnic©
позвольте несогласиться... DiamondShark © как раз доказал, что windows с некоторой натяжкой можно назвать обьектно-ориентированной средой... фантазию просто надо иметь.... :)
от себя добавлю еще один аргумент в пользу полиморфизма - обработка сообщений оконными процедурами... чем не полиморфизм?...



Suntechnic   (2002-08-08 20:51) [23]

>позвольте несогласиться... DiamondShark © как раз доказал, что windows с некоторой натяжкой можно назвать обьектно-ориентированной >средой... фантазию просто надо иметь.... :)

Ну соглашаться или не соглашаться это ваше право, но фантазию надо иметь весь бурную, чтобы назвать Windows объектно-ориентированной средой :)

>обработка сообщений оконными процедурами... чем не полиморфизм?

Ну вы же сами себе противоречите. Речь ведёте об объектах(объектно-ориентированный подход предполагает наличие объектов не так ли?), а сообщения обрабатываются процедурами, которые к объектам никакого отношения не имеют, точнее имеют. На них имеются указатели, но они сами знают об окнах лишь по параметрам которые им передали.



Ihor Osov'yak   (2002-08-08 21:02) [24]

то Suntechnic

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

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

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

Снова повторюсь. Виндовз по идеологии в большей части своей построен по обьктной модели. Я не спорю с тем, что эта модель
реализована с использованием процедурного языка, то есть не обьектно ориентированного.

Кстати, Вы никогда не задавались целью выяснить , как строится стек вызова для какого там ЕкземлярКласса.МетодТакойТо(КакиеТоТамПараметры...
и типично-апишной функции работы с окнами, ну хотя бы
function ShowWindow(hWnd: HWND; nCmdShow: Integer): BOOL;









wicked   (2002-08-08 21:12) [25]

2 Suntechnic©

> Ну вы же сами себе противоречите. Речь ведёте об объектах(объектно-ориентированный
> подход предполагает наличие объектов не так ли?), а сообщения
> обрабатываются процедурами, которые к объектам никакого
> отношения не имеют, точнее имеют. На них имеются указатели,
> но они сами знают об окнах лишь по параметрам которые им
> передали

ну почему же?... а не проще ли представить оконную процедуру как некий мета-диспетчер, рапределяющий обработку сообщений... кстати, так оно и есть - обработка обычно ведётся в конструкции switch...case (или case...of в случае паскаля), которая и может вызывать другие процедуры для обработки сообщений...
тем более, что опустившись на уровень сгенерированного ассемблерного кода, мы увидим, что метод класса имеет ненамного больше представления об экземпляре класса, чем оконная процедура - скрытый параметр-указатель на экземпляр и "внутреннее" знание о полях и vmt класса...



Malder   (2002-08-08 21:18) [26]

Почитал я вашу болтовню (уж извините), но так и не понял. В чем преимущества .NET ? Какая от него польза ? Если это типа ран тайм пакетов в дельфи, то зачем так все усложнять ? Включили бы в поставку windows VCL и все =) Только вот для новой версии Дельфи нужна будет другая VCL.. Этого вот я и не понимаю. Эта самая .NET будет такой универсальной разработкой ? Не приведет ли все это к тому, что для запуска новых программ пришлось качать обновления этого .NET ? Типа, так как photoshop уже девятой версии - то будьте любезны иметь .NET не ниже версии 2.1 ? То есть получается что-то типа DirectX ?
Разрулите ситуацию...



Ihor Osov'yak   (2002-08-08 21:20) [27]

то Malder - если интересует инфо то делу, то во всяком случае не в этой ветке ее искать .

А проблема совместимости версий там решена (как сказал Микрософт)




Suntechnic   (2002-08-08 21:21) [28]

> Ihor Osov“牦牛©(08.08.02 21:02)
Уважаемый, пишущий на всех доступных в природе языках, и прекрасно владеющий буржуйской терминологией. Не считаете ли вы что такое диво дано не только вам в осязание и в ощущение? И поэтому, право не стоит тыкать книжечками других.


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


Мы сейчас не обсуждаем реализацию полиморфизма и остальных атрибутов ООП, мы обсуждаем насколько данные механизмы доступны в Windows. А вы мне опять начинаете рассказывать, про то, что при желании некий аналог можно реализовать используя процедуры, структуры и глобальные переменные. А с этим никто и не спорит.

Снова повторюсь. Виндовз по идеологии в большей части своей построен по обьктной модели. Я не спорю с тем, что эта модель
реализована с использованием процедурного языка, то есть не обьектно ориентированного.

О какой объектной модели вы говорите? О той модели которая засела у вас в голове? Дык у меня такая же модель там сидит. Вот как предствлю себе окошко в Windows, так сразу об объекте и думаю. А начинаю писать код... увы... нет никакого объекта.

Кстати, Вы никогда не задавались целью выяснить , как строится стек вызова для какого там ЕкземлярКласса.МетодТакойТо(КакиеТоТамПараметры...
и типично-апишной функции работы с окнами, ну хотя бы
function ShowWindow(hWnd: HWND; nCmdShow: Integer): BOOL

Вы бы ещё ASM вспомнили. Я повторюсь ещё раз: речь не идёт об имплементации.



wicked   (2002-08-08 21:25) [29]

2 Suntechnic©

> Вы бы ещё ASM вспомнили.

вспомнили.... а чё нам?... :)



Ihor Osov'yak   (2002-08-08 21:29) [30]

то Suntechnic

> Вы бы ещё ASM вспомнили. Я повторюсь ещё раз: речь не идёт
> об имплементации.


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

А по поводу чего мы обсуждаем - смотрим незвание конференции.







vuk   (2002-08-08 21:30) [31]

>В чем преимущества .NET ? Какая от него польза ?
Это смотреть надо, проверять...
.net - целый набор технологий. В первую очередь - виртуальная машина для выполнения управляемого кода и инфраструктура CLR.

>Если это типа ран тайм пакетов в дельфи, то зачем так все
>усложнять ?
Ну, про bpl Анатолий сказал, что называется, для тех кто понял. :o) Смысл в том, что без .net runtime программа, разработанная для этой платформы работать не будет. Та же ситуация, что и с программами на Java, которые не работают без JRE.

>Только вот для новой версии Дельфи нужна будет другая VCL..
Ага. Но в первую очередь - другой компилятор, который генерирует управляемый код. Да и язык в Delphi.net будет иметь множество отличий от того, что у нас есть сейчас.

>Не приведет ли все это к тому, что для запуска новых программ
>пришлось качать обновления этого .NET ?
А как же, обязательно приведет.





Suntechnic   (2002-08-08 21:32) [32]

>邪恶的©(08.08.02 21:12)
тем более, что опустившись на уровень сгенерированного ассемблерного кода, мы увидим, что метод класса имеет ненамного больше представления об экземпляре класса, чем оконная процедура - скрытый параметр-указатель на экземпляр и "внутреннее" знание о полях и vmt класса...

Я так и знал :). В своём предыдущем посте господину Ihor Osov"yak © я не зря про ASM вспомнил ;). Но господа! Для чего же придумали языки программирования типа Object Pascal, С++, Java? Для того чтобы скрыть всё это! Ведь на самом то деле всё равно всё будет оттранслированно в машинные коды, а ООП процессоров пока никто не придумал :) А вы мне опять твердите, что всё это можно сделать и помощью процедур. Да я не возражаю. И скрытая реализация компиляторов языков ООП делает именно это. Но в Windows это всё наруже и вы сами всё это признаёте, но к ООП это не имеет никакого отношения. К тому ООП о котором можно почитать скажем у Буча.



vuk   (2002-08-08 21:32) [33]

Блин! Насчет виртуальной машины я загнул. :o) Там JIT компилятор, а не VM.



Suntechnic   (2002-08-08 21:37) [34]

> vuk©(08.08.02 21:32)
>Блин! Насчет виртуальной машины я загнул. :o) Там JIT компилятор, а не VM.
Да ладно, всё одно идею у Java упёрли, так что и такое название пройдёт :)




wicked   (2002-08-08 21:39) [35]

2 Suntechnic©
каюсь, Буча не читал... по молодости...
но я твержу о другом - о принципах... т. е. в 基本上 (и с натяжкой) windows обьектно-ориентирована, поскольку (см. все аргументы выше)...
кстати, некоторые апологеты Форта имеют наглость утверждать, что он де тоже обьектно-ориентирован... ссылки привести не могу - не помню, где это вычитал... хотя там абсолютно 整个 механику можно поднять на поверхность.... однако, это их не смущает....
ладно... всё равно это оффтопик и сродни он всяким holy wars... я умываю руки и остаюсь при своём мнении.... :)



Suntechnic   (2002-08-08 21:45) [36]

>邪恶的©(08.08.02 21:39)
>я умываю руки и остаюсь при своём мнении.... :)
agreed :)



Ihor Osov'yak   (2002-08-08 21:50) [37]

2 Suntechnic

> Я так и знал :). В своём предыдущем посте господину Ihor
> Osov"yak © я не зря про ASM вспомнил ;). Но господа! Для
> чего же придумали языки программирования типа Object Pascal,
> С++, Java? Для того чтобы скрыть всё это! Ведь на самом
> то деле всё равно всё будет оттранслированно в машинные
> коды, а ООП процессоров пока никто не придумал :) А вы мне
> опять твердите, что всё это можно сделать и помощью процедур.
> Да я не возражаю. И скрытая реализация компиляторов языков
> ООП делает именно это.

^^ Ну ты прям и мои мысли читаешь. Полностью согласен

Ну а с тем не очень:
>Но в Windows это всё наруже и вы
> сами всё это признаёте, но к ООП это не имеет никакого отношения.
> К тому ООП о котором можно почитать скажем у Буча.

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

Ну ладно, завязали флейм, он возник в принцыпе из овоей очень завумной вразы в самом начале про союз и привет миру ...
Проще надо быть, и к Вам люди потянутся...





vuk   (2002-08-08 21:50) [38]

>Да ладно, всё одно идею у Java упёрли, так что и такое название
>пройдёт :)
Таки вещи эти (VM и JIT) радикально различаются. А насчет того, что уперли - не знаю, утверждать не берусь.



Suntechnic   (2002-08-08 21:58) [39]

> vuk©(08.08.02 21:50)
>Таки вещи эти (VM и JIT) радикально различаются. А насчет того, что уперли - не знаю, утверждать не берусь.
Ну почему они радикально отличаются(я так полагаю новый фоейм?:)). Делают то они фактически тоже самое. В одном случае транслируют байт код в машинный код(VM), в другом случае IL код в тоже машинный код(JIT). А уж насколько там радикально отличается реализация мне не ведомо. Но идея с промежуточныи кодом была всё-таки впервые предложена Sun-ом в Java(хотя кто знает. Идея конечно не нова, но имплементирована впервые именно в Java)



vuk   (2002-08-08 22:14) [40]

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

>Но идея с промежуточныи кодом была всё-таки впервые предложена
>Sun-ом в Java(хотя кто знает.
Идея промежуточного кода стара как мир.
Цитата из http://www.bytemag.ru/Article.asp?ID=60
_____________
Вообще говоря, идея преобразования исходного кода в компактный промежуточный внутренний код была реализована еще в 60-х гг. для ускорения выполнения Basic-программ в режиме интерпретации. Спустя примерно десять лет было предложено использовать промежуточный P-код (P — Portable или Pascal) для создания "Виртуального Паскаля" с целью минимизации затрат при разработке компиляторов Pascal для разных платформ. В середине 90-х гг. именно этот подход был реализован в технологии Java для обеспечения платформенной независимости.
_____________



iZEN   (2002-08-08 22:22) [41]

UCSD-Pascal был с p-кодом.



vuk   (2002-08-08 22:25) [42]

前往iZEN:
Вот-вот, и я про то...



Suntechnic   (2002-08-08 22:28) [43]

> vuk©(08.08.02 22:14)
>Не совсем. VM выполняет код, а не транслирует его в машинный. В Java есть обе технологии, а в .net - только JIT.
我同意。

Ну а то что идея не нова это очевидно. Я просто имел ввиду, что широкое распространение она получила именно с Java



Malder   (2002-08-09 00:17) [44]

Где можно прочитать без заумностей про технологию .NET ?



iZEN   (2002-08-09 00:59) [45]

/**Suntechnic © (08.08.02 21:32):
<..>Но господа! Для чего же придумали языки программирования типа Object Pascal, С++, Java? Для того чтобы скрыть всё это! Ведь на самом то деле всё равно всё будет оттранслированно в машинные коды, а ООП процессоров пока никто не придумал.<...>
*/

Отстали вы от жизни, друг мой.
ООП-процессоры были раньше и есть сейчас, работают они с байт-кодом также как и виртуальные машины с JIT-ом и имеют полное представление, с чем именно они работают (объекты, ссылки, виртуальные таблицы, методы, поля и т.д.). Кроме того, такие процессоры, как правило, обеспечивают низкоуровневую поддержку выполнения байт-кода (дополнительная система команд, легально "подмешанная" компилятором в сам байт-код).

Пример: http://www.ajile.com/ -- aJileSystems, разработчик встраиваемых устройств на основе java-микропроцессоров.

У Sun есть Java-ядро, которое лицензируется сторонними разработчиками микропроцессоров для использования в КПК.



Suntechnic   (2002-08-09 05:35) [46]

>iZEN (09.08.02 00:59)
Отстали вы от жизни, друг мой.
ООП-процессоры были раньше и есть сейчас, работают они с байт-кодом также как и виртуальные машины с JIT-ом и имеют полное представление, с чем именно они работают (объекты, ссылки, виртуальные таблицы, методы, поля и т.д.). Кроме того, такие процессоры, как правило, обеспечивают низкоуровневую поддержку выполнения байт-кода (дополнительная система команд, легально "подмешанная" компилятором в сам байт-код).

Пример: http://www.ajile.com/ -- aJileSystems, разработчик встраиваемых устройств на основе java-микропроцессоров.

У Sun есть Java-ядро, которое лицензируется сторонними разработчиками микропроцессоров для использования в КПК.


Да, наверное отстал. У вас наверное на ПК такой же ООП процессор стоит? Вот когда такой процессор будет стоять у вас на машине, а не на мифическом встраиваемом устройстве, заточенном под определённую цель, тогда и вернёмся к этому вопросу.



shiva1   (2002-08-09 11:12) [47]

www.dotsite.ru
Все вопросы - туда......
И спорьте о вкусе апельсинов с теми, кто их ел..



DiamondShark   (2002-08-09 15:23) [48]

Да хрен с ними объектами, с поцессорами etc.

Вот что такое .НЕТ пока что мало кто сможет объяснить популярно, зато цели ее появления предельно прозрачны:

1. Раскрутить по-новой лохотрон ВЕБ-приложений
2. Снять очередной слой капусты с разработчиков, доверившихся мелкософту, в первую очередь с работающих на VC, как самых многочисленных. VB-шников тоже окучат.
3. Полностью изгнать жабу с винды.

Так что "Пролетарии всех стран! Соединяйтесь!"



Пролетарий   (2002-08-09 15:44) [49]

2DiamondShark ©
Но пасаран! :-)



Malder   (2002-08-09 18:48) [50]

Получается эта ваша .NET типа псевдокода на вижуал басике ? И какие плюсы ? То, что код будет занимать меньше места ? Зато он будет дольше выполнятся... В мелкософте считают, что скорость процессоров растет быстрее, чес емкость жестких дисков ?



Anatoly Podgoretsky   (2002-08-09 19:17) [51]

Не получается, технология тоньше
Язык Программирования -->
компилятор в в IL язык -->
оптимизирующий компилятор IL языка, привязанный к типу процессора и "операционной системе", запускаемый на этой платформе -->
native код (exe, elf, ...)

Так что при наличии компилятора и рантайм получаем независимость от ОС и типа процессора, тебе даже не надо знать где это будет запускаться.

Плюс единая среда разработки Visual Studio Net - для Дельфи будет выпущена в следующем года, сейчас есть для C#, VB, Cobol ну и еще где то три языка.

Ха счет большого рантайм приложения получается очень очень маленькие, Hello World менее 3 кб, что упращает загрузку их через Интернет, не зря же в технология называется .NET

Конечно это не все и возможно не все верно, пишу только на основе скудной, случайной информации, так что прошу строго не судить.



Malder   (2002-08-09 20:22) [52]

Все равно будет трансляция кода .NET в исполняемый код... а это по любому +время. Значит программы под .NET будут работать медленее. А насчет меньшего объема... неужели .NET будет НАСТОЛЬКО универсальной, что не надо для нее апдетов качать ?



Suntechnic   (2002-08-09 20:40) [53]

>Все равно будет трансляция кода .NET в исполняемый код... а это по любому +время. Значит программы под .NET будут работать медленее.

Когда-то во времена перехода с DOS на различные Windows тоже так говорили. Паралель конечно не прямая, но что-то в этом есть. Но парадокс заключается в том, что при нынешнем развити железа ты эту разницу просто не заметишь. Трансляция кода из IL в native код происходит только один раз: при запуске приложения. А дальше это обычный исполняемый модуль.



Malder   (2002-08-09 21:52) [54]

Неужели все это надо только из-за уменьшения размеров ???

Просто ахинея. Программы заметно меньше не станут, окромя "Привет, мир". Ведь в каждой серьезной программе куча своих, ИНДИВИДУАЛЬНЫХ ДАННЫХ. Ну вы правда хотите сказать, что откомпилив PHOTOSHOP (ну допустим он написан на DELPHI) его размер сильно уменьшится ? Да не фига. Весь VCL будет 1/100 частью от объема. Все остальное как поинмаете индивидуальные данные.



Anatoly Podgoretsky   (2002-08-09 22:17) [55]

Ну не приемлешь ы эту технологию, ну и что, ты сам по себе она сама по себе.



vuk   (2002-08-09 22:36) [56]

>Значит программы под .NET будут работать медленее.
Стартуют дольше. Потом скорость работы нормальная.

到Suntechnic:
>парадокс заключается в том, что при нынешнем развити железа ты
>эту разницу просто не заметишь
Тем не менее заметно.

>Трансляция кода из IL в native код происходит только один раз:
>при запуске приложения.
Трансляция из IL в код происходит по мере надобности непосредственно перед вызовом кода. То есть если, например, метод объекта в процессе работы ни разу не был вызван, то и транслирован в код он не будет. Подробнее об этом писали в MSDN Magazine.

到Malder:
>Неужели все это надо только из-за уменьшения размеров
Размер, если честно, здесь вообще ни при чем. Это будет справедливо только для небольших программ. Основное же назначение - инфраструктура выполнения управляемого кода и общая runtime библиотека...

Хотя... Смотрел тут демонстрационные приложения от .net компонентов производства DevExpress. Так вот, приложение, демонстрирующее работу компонента, по возможностям примерно эквивалентного QuantumGrid весит 45 килобайт, а весь каталог с демками (43 исполняемых файла, демонстрирующие 5 наборов компонентов)- чуть больше 2 мегабайт. Плюс к этому 2 с небольшим мегабайта dll-ок с самим кодом компонентов.



y-soft   (2002-08-09 22:51) [57]

Что-то много шума, а на конкретный вопрос человека никто так и не ответил

Вот небольшая обзорная статья:

http://www.ixbt.com/editorial/jini-vs-net.shtml



y-soft   (2002-08-09 23:00) [58]

А вот несколько лекций (в формате PowerPoint)

http://www.dotsite.spb.ru/Lectures/



Suntechnic   (2002-08-09 23:27) [59]

Трансляция из IL в код происходит по мере надобности непосредственно перед вызовом кода. То есть если, например, метод объекта в процессе работы ни разу не был вызван, то и транслирован в код он не будет. Подробнее об этом писали в MSDN Magazine.

Истории о том как это будет выполнятся я слышу начиная с бетта версии. Никто официально об этом пока не объявлял(может и объявлял, но мне встречать не удавалось). MSDN Magazine конечно авторитетный журнал, но хотелось бы всё-таки видеть ссылочку на официальный источник. Это не попытка развести флейм, просто естественное любопытство.



Suntechnic   (2002-08-09 23:33) [60]

> vuk©(09.08.02 22:36)
>>парадокс заключается в том, что при нынешнем развити железа ты
>>эту разницу просто не заметишь
>Тем не менее заметно.
Если вам приходилось наблюдать за тем как стартует Win 3.1 на 386-ом, то вы наверняка поймёте о чём это я...
Тем более, что к тому моменту как .NET приобретёт хоть мало-мальски вид сформировавшегося продукта мы скорее всего будем общаться здесь с помощью каких нибудь Pentium 6. Так что я бы на такую подробность внимания не обращал.



vuk   (2002-08-10 00:52) [61]

>MSDN Magazine конечно авторитетный журнал, но хотелось бы всё-
>таки видеть ссылочку на официальный источник.
Ну не знаю. Верить или не верить MSDN - Ваше личное дело. :o) Но я думаю, что на данный момент информации лучше этой по данному вопросу Вы не найдете, как-никак официальный источник информации от Microsoft...
Хотите - вот Вам ссылка на статью:
http://msdn.microsoft.com/msdnmag/issues/02/07/SharedSourceCLI/default.asp

В ней рассматривается работа SharedSource CLI. CLR работает похожим образом. Как происходит исполнение управляемого кода рассматривается в разделе Executing Managed Code. На Русском языке эта же статья есть в русской редакции MSDN Magazine.

>Если вам приходилось наблюдать за тем как стартует Win 3.1 на
>386-ом
Даже хуже. 3.0 на 286 и 2.0 на PIII :o)



iZEN   (2002-08-10 21:57) [62]

Для vuk © (09.08.02 22:36)

>>Значит программы под .NET будут работать медленее.
>Стартуют дольше. Потом скорость работы нормальная.

Аналогия с Java Runtime Environment: NetBeans IDE стартует за такое же время, что и Delphi6, но работает (меню, редактор) заметно быстрее.

>to Suntechnic:
>>парадокс заключается в том, что при нынешнем развити железа ты
>>эту разницу просто не заметишь
>Тем не менее заметно.

Иногда незаметно. В целом -- задержки заметны невооружённым глазом на слабых компах.

>>Трансляция кода из IL в native код происходит только один раз:
>>при запуске приложения.
>Трансляция из IL в код происходит по мере надобности
>непосредственно перед вызовом кода. То есть если, например, метод
>объекта в процессе работы ни разу не был вызван, то и
>транслирован в код он не будет. Подробнее об этом писали в MSDN
>Magazine.

В Java JIT работает над классом лишь тогда, когда он понадобится приложению.

>to Malder:
>>Неужели все это надо только из-за уменьшения размеров
>Размер, если честно, здесь вообще ни при чем. Это будет
>справедливо только для небольших программ. Основное же назначение
>- инфраструктура выполнения управляемого кода и общая runtime >библиотека...

Размер приложений будет меньше, так как среда исполнения богата библиотеками -- самому меньше придумывать. :))

>Хотя... Смотрел тут демонстрационные приложения от .net
>компонентов производства DevExpress. Так вот, приложение,
>демонстрирующее работу компонента, по возможностям примерно
>эквивалентного QuantumGrid весит 45 килобайт, а весь каталог с
>демками (43 исполняемых файла, демонстрирующие 5 наборов
>компонентов)- чуть больше 2 мегабайт. Плюс к этому 2 с небольшим
>мегабайта dll-ок с самим кодом компонентов.

Ну, это -- .Net.
Я для Java2 смотрел демки (из Sun J2SDK v.1.4.0):
\javasoft\jdk\demo\jfc\SwingSet2\SwingSet2.jar ~1.27Мбайт, показывает возможности Swing-наворотов;
\javasoft\jdk\demo\jfc\Java2D\Java2D.jar ~397кбайт, показывает возможности обработки 2D-графики в Java2, нехило.

总和。

Для Java2.
Средсва программирования и среда исполнения занимают от 100 до 150 МБайт на жёстком диске.
На собственном опыте:
-- необходимый минимум железа для разработчика -- PII/300МГц/128МбRAM/SVGA256;
-- необходимый минимум железа для пользователя -- PII/350МГц/64МбRAM/SVGA256;


Для .Net.
http://msdn.microsoft.com/netframework/productinfo/sysreq.asp
Средсва программирования и среда исполнения занимают от 370 до 600 МБайт на жёстком диске, кроме того, нужна система не ниже Windows2000, IE5.01(обязательно!), Microsoft Data Access Components 2.6(обязательно!);
-- необходимый минимум железа для разработчика -- PII/300МГц/256МбRAM/SVGA256;
-- необходимый минимум железа для пользователя -- Pentium 133/128МбRAM/SVGA256; :)) НЕ ВЕРЮ!



vuk   (2002-08-11 01:40) [63]

前往iZEN:
>Для vuk
Мне это можете не рассказывать. Я и так в курсе, что технологии во многом концептуально похожи. :o) А размеры демонстрашек я приводил исключительно для того, чтобы можно было хотя бы примерно оценить размер приложений, которые активно используют возможности, которые не встроены в runtime библиотеки. Ведь здесь как раз и спрашивали насчет объема программ в .net

Если честно, то у .NET есть одина черта которая мне нравится - вся инфраструктура не нацелена, в отличие от Java, на один язык. Это дает возможность интегрировать в эту среду унаследованный код.

А про минимальные требования к железу у пользователя... Я даже не знаю как это и проверить... Ну нет под рукой такого железа... :o)

И еще. Я ни в коем разе не агитирую ни за .net ни против него, у меня его сейчас даже попинать путем времени нет. Это все просто размышления по поводу... :o)



Страницы: 1 2 整个分支

论坛:“抢”;
当前存档:2002.09.05;
下载:[xml.tar.bz2];

楼上









内存:0.89 MB
时间:0.065 c
3-13888
天狼星
2002-08-13 06:55
2002.09.05
这意味着


14-14278

2002-08-12 17:26
2002.09.05
Died Edsger Vyb Dijkstra - 计算机科学的创始人之一


4-14357
DMK
2002-07-01 04:27
2002.09.05
也许留言?


1-14108
叶戈尔
2002-08-23 15:14
2002.09.05
Уникальное имя раздела реестра.


14-14219
亚历克斯
2002-08-03 12:29
2002.09.05
黑客





南非荷兰语 阿尔巴尼亚人 阿拉伯语 亚美尼亚 阿塞拜疆 巴斯克 白俄罗斯 保加利亚语 加泰罗尼亚 简体中文 中国(繁体) 克罗地亚 捷克 丹麦语 荷兰人 英语 爱沙尼亚语 菲律宾人 芬兰 法文
加利亚西语 格鲁吉亚语 德语 希腊语 海地克里奥尔语 希伯来语 印地语 匈牙利 北日耳曼语 印度尼西亚人 爱尔兰语 意大利语 日本性玩偶 韩语 拉脱维亚 立陶宛 马其顿 马来语 马耳他语 挪威语
波斯语 波兰语 葡萄牙语 罗马尼亚 俄语 塞尔维亚 斯洛伐克 斯洛文尼亚 西班牙语 斯瓦希里 瑞典语 泰国人 土耳其 乌克兰 乌尔都语 越南人 威尔士语 意第绪语 孟加拉 波斯尼亚
宿务 世界语 古吉拉特语 豪萨语 苗族 伊博 爪哇 卡纳达语 高棉 老挝 拉丁语 毛利 马拉 蒙古人 尼泊尔 旁遮普 索马里 泰米尔人 泰卢固语 约鲁巴语
祖鲁
英文 Французский Немецкий Итальянский Португальский 俄文 Испанский