Языки программирования. Так ли велики различия ?

[BOBAH13]

Сообщение от Пепел Феникса

я не говорил что он постоянно интерпритируется

А я говорил где то, что вы не правы? Я уточнил, дополнил ваш пост.

[Пепел Феникса]

спасибо за поправку

Vikenty, на современных мощностях даже не заметно(особенно когда запускаешь не первую программу, и в итоге большая часть либ уже есть в памяти)
ранее на компах по скромнее, тем более когда эта единственная программа, была заметна разница.

а что я все правильно написал получается?

[bolt90]

- не очень активное использование внешних библиотек
практически вечно большие объемы кода вкладываются прямо в приложение, в итоге в каждом приложении одно и тоже.
не совсем понял. системные библиотеки (например advAPI,kernel,user,GDI) общие для всех процессов. а там и работа с кучей, гуем, ввод/вывод и т.д. пользуйтесь на здоровья. другое дело что компиляторы тащат за собой свои варианты реализации и из за этого или куча библиотек в дистрибутивах или статически линкуются в огромный исполняемый модуль. плюс в том что есть некое подобие выбора: не нравится тормознутый менеджер памяти винды? - вот бери борландовский. или не устраивает окошко стандартное? - вот тащи с собой ресурсы. в ява/нет просто все это дело унифицировано.
- минимальный контроль за работой кода
отсюда идут переполнения буферов и тд.
хм? минимальный контроль? на асме? на си? ))) правильнее сказать лень и неопытность приводит к ошибкам, потому что тут за тебя никто ничего не зделает. (хотя все это спорный вопрос что никто, можеш не закрывать дескрипторы, не освобождать память, после завершения приложения винда сама все подчистит, правда если следывать таким советам то до конца программа и система может не дожить).
сборка мусора это технология, а не часть языка. что мешает сделать библиотеку для "машинных языков". но никто пока не делает. этому есть обьяснение, высказаное кемто в очень хорошей фразе "В Си появление мусора (утечек памяти?) всего лишь особенность "кривого" программирования" (с) PoemWriter
- минимальная совместимость
код(именно скомпилированный) может работать только на целевой архитектуре процессора(а то и на семействе только), и под определенной ОС(опять же семейство)
ну от этого никуда не дется. благо х86 даже в режиме совместимости еще долго протянет, а пока эта архитектура самая распространенная, по крайней мере для ПК. так что паниковать не стоит.
- невозможно написать код который будет использовать особенности всех платформ
почему же не возможно? тут уже гдето пролетела фраза "пилкой для ногтей можно дерево спилить". сомневаюсь что виртуальная машина учитывает все особености процессора/памяти.

я не вижу пока явного преимущества в java/net чтоб все бросить и переучиватся(всмысле ударятся в глубокое изучение, курс явы в университете проити пришлось).

это лично мое мнение.

[Vikenty]

программы на дельфи не используют не каких библеотек...

[Пепел Феникса]

программы на дельфи не используют не каких библеотек...

пакеты bpl, тоже DLL, они либо встроены в exe(размер), либо внешне лежат они.(это настраивается)
как минимум API DLL используется.(посмотрел бы хоть зависимости exe чтоль).

не совсем понял. системные библиотеки (например advAPI,kernel,user,GDI) общие для всех процессов. а там и работа с кучей, гуем, ввод/вывод и т.д. пользуйтесь на здоровья. другое дело что компиляторы тащат за собой свои варианты реализации и из за этого или куча библиотек в дистрибутивах или статически линкуются в огромный исполняемый модуль. плюс в том что есть некое подобие выбора: не нравится тормознутый менеджер памяти винды? - вот бери борландовский. или не устраивает окошко стандартное? - вот тащи с собой ресурсы. в ява/нет просто все это дело унифицировано.

в Делфи например vcl, обычно все внутри exe.
C Run Time Library тоже порой встраивается(или там MFC либки)
и тд.

хм? минимальный контроль? на асме? на си? ))) правильнее сказать лень и неопытность приводит к ошибкам, потому что тут за тебя никто ничего не зделает.

про руки пока речь не шла, вирт-машинка просто не позволит тебе записать в 4 байта 10.(или обрежет или ошибку выкинет или же расширит буфер приемник)
ну а про Си, вы сами сказали

ну от этого никуда не дется.

я знаю, но тем не менее это преимущество байт-кода
(посмотрите http://www.rarlab.com/rar_add.htm найти чтото не оч просто ведь(не на раз два это точно))

почему же не возможно? тут уже гдето пролетела фраза "пилкой для ногтей можно дерево спилить". сомневаюсь что виртуальная машина учитывает все особености процессора/памяти.

потому что код уже написанный вами(именно ваше приложение, не внешние либы) может быть расчитан, например на всю мощь xmm/mmx(не помню кто там позже), но а если проц старенький? у него нет этой технологии...и все капец, получается надо отдельно дописывать код под использование всех мощностей.(или под отказ каких-то)
или за нас это компиль сделает.
я не говорю что именно вирт машины это делают, но они могут это делать.(MS утверждает что делает)

я не вижу пока явного преимущества в java/net чтоб все бросить и переучиватся(всмысле ударятся в глубокое изучение, курс явы в университете проити пришлось).

я вас не заставляю переходить, я сам на Delphi,C,Asm в основном.

это лично мое мнение.

поняли, уважаем

в .NET просто практически все внешнее же(в MSIL хранится лишь команда что надо сложить числа, а складывает их уже виртуалка ведь(точнее формирует код, который это делает(JIT))

мне лично еще нравится идея предкомпиляции, а не интерпритации(или JIT).
но это получается чтото среднее между вариантами.

[m0nax]

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

[BOBAH13]

хотя окошки WPF уступают разве что окошками на DirectX

хм, не понятно а то что даже в WPF, Win API спокойно можно использовать, это правда.
Думаю уже можно подвести черту под топиком, что языки все же разные