это высокоуровневая задача (низкоуровневыми - задачами называются такие которые работают с системными ресурсами ОС и компьютера типа драйверов, многоуровневое это термин из другой области), на самом деле я сказал что возможно я бы использовал акссес если бы именно у меня была задача очень быстро сделать что-либо для бухгалтерии при очень скромном бюджете, а не советовал использовать его вам. Вам стоит использовать то что вам удобнее, и то что вы знаете, если никаким языком вы не владеете наверное стоит посмотреть в сторону делфи.
Сори что ввел в вас в заблуждение, я не правильно понял ваш вопрос.
WhiteSmartFox добавил 21.11.2010 в 13:57
Ява это может, сериализация классов в ней делается очень просто, вообще тут подойдет любой интерпретируемый язык, так как интерпретатору не нужно ничего компилировать, другое дело какой язык вам будет удобнее.
сори видимо ночью мозги не работали, самое главное не вспомнил - какое может быть сравнение кросплатформености у С++ и Java? Наличие компилятора под каждую платформу вовсе не означет кросплатформености исходного кода. Скажем вы написали прекрасный виндовый десктоный проект на С++ с прямым обращением к API Windows, использованием COM объектов и прочими радостями винды, а вам заказчик говорит а теперь нам нужно тоже самое но под Юникс и Макинтош сколько времени уйдет на переделку такого проекта? Подозреваю проще будет написать новые проекты с нуля.
Да кстати о C#, если следовать вашей логики тоже супер кросплатформеный, так как давно уже есть его компиляторы под *nix системы и вроде как есть и что-то под Mac (см поиск в инете).
P.S. Просто для интереса можете придумать такой пример реальной работы с указателями для обычных (не низко уровневых задач) который нельзя (или сложно) было реализовать на Java или С# (только не говорите о производительности) чтобы показать гибкость такой работы с памятью?
Уверены что везде и всегда виртуальная машина джавы написана на С? У вас есть подобная информация? Особенно для мобильных устройств вроде сотовых телефонов?
Хорошо вот пример что джава более портабельна есть специальные процессоры которые умеют выполнять байт коды джавы, однако не умеют выполнять программы С++. Потом почти во всех браузерах есть поддержка джавы и нет поддержки С++ даже при том что они и могут быть написаны на С++, но только сильно больной на голову позволит выполнятся С++ в браузере, также свободно как аплету джавы, потом есть специальные веб сервера заточенные под джаву и совершенно не переваривающие С++.
О вспомнил, джаву можно использовать как язык сценариев непосредственно в базе оракла, а С++ нет. Последние пару примеров конечно притянуты за уши но все таки.
Вы долго доказывали что PHP это не язык программирования, а Flash записали в языки/среду? Тогда уж надо было спрашивать и про перспективы javascript, html и sql. :)
Зависит от сферы применения, для мелких интернет страниц - PHP, для низкоуровневых вещей - C++, для крупных проектов С# + Java, для небольших десктопных виндовых приложений - Дельфи с С#.
А выполняется ли код C++ на телефонах, холодильниках и в браузерах?
Вы много систем знаете для которых нет виртуальной машины Java, но есть компилятор С++?
Но Java и С# именно с рождения избавлены от этих ошибок
Не всем нужна кроссплатформеность это раз, у Java её ещё больше это два, а давно уже производительность серьезных проектов не определяется скоростью выполнения кода (которая и Java и C# не такая плохая как вам кажется), а куда больше не правильностью в работе с базой и ошибками проектирования.
P.S. А в чем гибкость то? Если перед проектом не стоят низкоуровневые задачи все необходимая работа с памятью это хранить и получать данные максимально простым и удобным способом.
На самом деле ссылка компилятор на PHP дан был только как ответ что PHP это оказывается не язык программирования, так как не имеет компилятора.
сори второй раз добавилось
Когда в проекте не два программиста, а две тысячи найдутся обязательно руки не из того места, а одна неправильная работа с ссылкой которая перетрет чужую память может быть черевата поиском баги по ВСЕМУ КОДУ ВСЕГО ПРОЕКТА. Поверьте я общался с людьми работающими в таком проектах, они с радостью перешли бы на C# только исторически приходится тянуть мертвый груз в виде C++.
WhiteSmartFox добавил 21.11.2010 в 00:58
Тем что это не классы в ООП, а совсем другие сущности, которые только похожи на классы. Написание настоящей структуры классов не связанных с пользовательским интерфейсом в Дельфи это редкость.