00:36

Dancing On The Moonlight. Waiting 4the Sunrise
Приведите мне примеры языков сверхвысокого уровня, а то я что то слабо представляю себе, что сие такое.

Комментарии
21.10.2004 в 00:46

UML

Используя, к примеру, Sybase PowerDesigner ты можешь создать можель приложения, из котрого будет сгенерирован Java-код в соответствии с выбранными тобой праметрами (например тип БД).

21.10.2004 в 00:48

Dancing On The Moonlight. Waiting 4the Sunrise
чем он так сверхвысок?

еще примеры есть?
21.10.2004 в 00:57

(Я там сврху коммент подправил)

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



Но... вообще-то других и не нужно.

UML- ведь не язык программирования. Это язык описания объектов.

И если PowerDesigner завязан на Java, то можно найти интрументы и для PHP...



А ты сама не замечала, что все ООП-языки очень похожи? И что код на одном отличается от кода на другом только формой записи, но не связями между объектами?

А ведь именно эти связи (вместе с набором свойств и методов) являются самым важным в ООП.



Что касается UML, я думаю, он займет примерно такое-же место на поле языков "свервыхосокого уровня" как SQL в работе с БД.
21.10.2004 в 00:59

Dancing On The Moonlight. Waiting 4the Sunrise
А новые языки, которые оперируют не с объектами, а с действиями к какой категории отнести?
21.10.2004 в 01:18

виртуальная КоШка

М... а какие это языки?

Насколько я понимаю, смысл этого самого "сверхвысокого" уровня - в том, что он оперирует не простейщими коммандами, а "кирпичиками", из которых строится приложение. Кирпичиками-объектами.



А что ты понимаешь под "оперированием действиями"?
21.10.2004 в 08:53

Fire in a hole!
pash_ka

М... а какие это языки?

Название не помню, но кто-то там что-то такое разрабатывает, как они говорят, event-driven. Хрен его знает, оно у них ещё вот только-только родилось.

Новость где-то на компьюленте пробегала, как сейчас помню.



все ООП-языки очень похожи?

Замечали :) Главные отличия только на уровне синтаксиса.
21.10.2004 в 09:48

Мурло.
Aport мне выдал, что Mathcad 7.0 Professional является языком программирования сверхвысокого уровня.

Я упала под стол и дальше смотреть не смогла...
21.10.2004 в 09:52

Fire in a hole!
Если смотреть с тех позиций, что ты ему только описываешь, что сделать, а делает он сам - то да пожалуй.

Только тогда уж не Маткад, а MAPLE.
21.10.2004 в 09:53

bite my shiny metal ass!
язык сверхвысокого уровня обычно русский или английский. основные операторы -- "асделаймне", "мыхотимчтобы" и "бегомнах".
21.10.2004 в 09:56

Мурло.
Neiru, нет, именно MathCad... Почему я и удивилась... Вроде как тот же Maple помощней бу. :о)
21.10.2004 в 11:00

Fire in a hole!
Иоланда :о)
21.10.2004 в 11:45

Neiru

как они говорят, event-driven

Я, к сожалению, плохо знаком с этим термином, хотя и правда, где-то слышал...

Так что был-бы очень рад ссылочке.



th

На роль "естественного" языка ещё Бейсик претендовал... Мечта продвинутого юзверя, так сказать...



Иоланда

Ну и путанница в терминах... Имхо, языки MathCad-а, OrCAD-а и т.п. - это всё-таки скриптовые языки.



А вот куда определить Smalltalk?
21.10.2004 в 14:20

Dancing On The Moonlight. Waiting 4the Sunrise
EPL ... точно =) вон он... епть... +)

--



пытаюсь щас разобрацца, как работать с Maple. Если что, буду доставать вопросами.. =)
21.10.2004 в 14:22

Dancing On The Moonlight. Waiting 4the Sunrise
замечали смайл Главные отличия только на уровне синтаксиса.



угу-угу, именно поэтому зная алгоритмы какие то, основные принципы работы приложений, взаимодействия объектов, так легко переходит стало с одного языка на другой.
21.10.2004 в 14:51

Fire in a hole!
именно
21.10.2004 в 16:29

Neiru

Спасибо за ссылку, я понял.

Мне показалось, этот EPL - всё-же не "язык сверхвысокого уровня".

Там ведь написанно, что это аналог SQL-а, предназначенный для обработки информационных потоков.

Он, как и SQL вообще не является языком программирования в полной мере.
22.10.2004 в 02:23

pash_ka Он, как и SQL вообще не является языком программирования в полной мере.

В таком случае - UML тоже не язык программирования.

Потому что программирование - задание последовательности действий :yes:
22.10.2004 в 22:39

radev

Верно, UML - язык описания объектов.

А совокупность объектов и их связей - и есть программа.

Есть желание поспорить над определением термина "программа"? С тем что ты привёл, я согласиться в полной мере не могу.
23.10.2004 в 00:45

Согласно изданию: ТОЛКОВЫЙ АНГЛО-РУССКОМУ СЛОВАРЬ ПО ВЫЧ. ТЕХНИКЕ И ПРОГРАММИРОВАНИЮ.

program - программа, программировать

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

2) разрабатывать программу...



Хотя отчасти я с тобой согласен - в последнее время это определение "поплыло" в мозгу массового сознания новоявленных программеров...
23.10.2004 в 11:33

Fire in a hole!
radev после того, как HTML назвали языком программирования, оно ещё и не так поплывёт...
23.10.2004 в 23:29

radev

Набор инструкций, описывающих действия

Вот против этого я не возражаю. Но выше ты писал о последовательности действий. И именно с последовательностью мне соголаситься сложно.



В UML имеется набор обозначений, описывающих действия - те самые взаимодействия объектов. ;)

Так что в это определение UML вписывается.

Как, впрочем, и HTML с CSS, и SQL и вообще практически всё...

Даже документ MS Word есть программа, решающая задачу форматированного вывода на печать определённых данных. :)



Так что по моему, лезть в словарь в данном случае... не очень практично.
25.10.2004 в 08:00

Fire in a hole!
pash_ka тогда уж под определение "программы" попадает все за исключением text/plain ;)
26.10.2004 в 00:08

Neiru

Угу. Под то определение, что в приведено выше можно и plain text загнать, если напрячь воображение. ;)

Но придумать толковое определение у меня... не получается.

26.10.2004 в 08:03

Fire in a hole!
pash_ka :)

Та же фигня
29.10.2004 в 05:48

Think! Think different! Think Java!
Рискну предположить, что это всетаки та фигня, которая вытекает из говорильных органов "аналитиков-проектировщиков", ибо я, со своим средним уровнем их сверхвысокий нифига не понимаю:(

11.11.2004 в 23:35

набор инструкций = алгоритм

объекты = данные, структура



программа = первое + второе







А высшие языки программирования, как я понимаю, это что-то вроде visual'ов разных там... где по сути дела почти всё делается с помощью графического интерфейса и всё это дело связывается event'ами. Тут можно поспорить, что, например, какой-нибудь там visual basic или visual с++ переводится просто на c++... но с другой стороны это без разницы, ведь всё равно в результате этот с++ ещё пройдёт через кучу перемен, перед тем, как его поймёт компьютер.





Хотя я этим особо не интересовался, так что возможно я не знаю, о чём я говорю. :tongue:
12.11.2004 в 00:32

Sky Cry

Твой набор определений - не полный.

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



Да, и раз уж на то пошло, разясни мне пожалуйста, в программе



<sсript language="javasсript">

var expr = prompt('Expression =','');

eval('var res = '+expr);

alert('Result = '+res);

</sсript>



где данные а где алгоритм?

Является-ли 'var res = '+expr данными? Не смотря на то, что содержат програмную логику и исполяются интерпретатором как и остальная часть программы?



На счёт Visual-языков (кстати, Java, относится к ним-же!) - должен сказать, что интерфейс программы - это конечно важнейшая её часть, но не вся!

Кому нужна программа которая только показывает менюшки и окошечки?

Для этого блокнот есть... Но он пишется на том-же Visual C++ пятью нажатиями на кнопки мастера создания проекта.

Важна связь между элементами программы, будь то менющечки-окошечки или другие объекты.

Собственно потому и появились ООП-языки. Но это всё тот-же самый язык высокого уровня. Не высшего. Visual - это всего-лишь инструмент для быстрой разработки, не более того.
12.11.2004 в 00:53

Хочу добавить, что пример с eval()-ом - отнюдь не исключительная особенность скриптовых языков, а напротив - отличительная черта современных вычислительных систем.

В неие доисторические времена вычислительные машины имели раздельную память для программ и для данных. Но то когда было...

Теперь память общая, хранится в ней всё в перемешку, и процесс превращения данных в программы и обратно происходит в наших компах постоянно.

Извините, что говорю банальности...

В качестве ещё одной красивой иллюстрации можно привести строку

X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*

Желающие проверить свой антивирус могут сохранить ей в файл с названием eicar.com



12.11.2004 в 02:32

Javasсript'ом не владею, так что понятия не имею, что там за программа. Но в любом случае - если там что-то происходит, то оно происходит с чем-то - то есть с какими-то конкретными данными. Алгоритм - слишком общее понятие, но он не включает сами данные. Вообще на эту тему можно философствовать долго и упорно, а мне лень. :tongue:





Ну а на счёт вижуалов... я в принципе предупреждал, что понятие не имею, о чём говорю, так что и не буду спорить вообще. :shy: :tear: