LINUX.ORG.RU

Visual Basic для Linux


0

0

Начато открытое бета-тестирование среды разработки RealBasic 2005, основанной на языке, максимально совместимом с Visual Basic. RealBasic поддерживает платформы Linux/GTK2, Windows и MacOS X
В состав системы входит БД Real SQL Database (на базе Sqlite), средства для создания сетевых приложений, утилиты для переноса приложений VB и тд

Standart Edition для Linux распространяется бесплатно. Выход финальной версии запланирован на август

>>> Подробности

★★★★★

Проверено: Pi ()

Ответ на: УЖАС!!!!! от anonymous

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

Sun-ch
()
Ответ на: комментарий от Sun-ch

> Вижуал Бейскик на линаксе - убийца питона.

Вы плохо знаете повадки питонов. Питон васика проглотит, а потом будет лежать на дереве, весь такой сытый и довольный.

AP ★★★★★
()
Ответ на: комментарий от vada

От чего, вдруг? Кстати, это - правда, что в начале винда писалась на паскале, но потом перешли на C. Выше уже был пример с функцией WinMain (точка входа виндовых приложених), у которой _паскалевский_ (так называемый __stdcall) способ передачи аргументов. Такой вот занятный исторический факт :)

D
()

А на кой ляд он в Linux нужен?

anonymous
()
Ответ на: комментарий от D

> которой _паскалевский_ (так называемый __stdcall) способ передачи аргументов.

Это два _разных_ способа, различающиеся порядком передачи аргументов. Общее у них то, что стек чистит вызываемая функция (в отличие от cdecl).

anonymous
()
Ответ на: УЖАС!!!!! от anonymous

Нука изобрази автоапликативный функционал на жабе? Сегодня похоже вечер хумора на ЛОРе.

Sun-ch
()
Ответ на: комментарий от Sun-ch

Можно. Изредка. Но далеко не всегда. И с очень большими потерями среди человеческих жертв. Нафикнафик.

anonymous
()
Ответ на: комментарий от AP

Где-то я видел картинку - лежит змеюка довольная, с набитым пузом (явно человеческие очертания проглядывают), и спрашивает - "Who is Guido van Rossum?!?".

anonymous
()
Ответ на: УЖАС!!!!! от anonymous

Быдлокодеру.
Нормальные люди математику пишут на Фортране.
Жабой можешь домашние задания в школе решать.

annoynimous ★★★★★
()
Ответ на: комментарий от anonymous

Когда эта быдловская помойка размерами сравнится с CPAN-ом - возвращайся со своими дебильными претензиями. А пока - засунь свою дельфю поглубже в жопу, там ей самое место.

anonymous
()
Ответ на: комментарий от Bazarov

> Зачем??? Еще один велосипед?

Как это зачем? Чтоюы стадо программеров ломанулось на линуксовый водопой, не изменяя привычным звериным тропам.

Популярность линукс растёт. Те, кто приходит, тащят с собой свои привычные инструменты и методики разработки. Этого невозможно избежать, даже если очень хочется.

AP ★★★★★
()
Ответ на: комментарий от annoynimous

>Нормальные люди математику пишут на Фортране.
Нормальные военные это на Рапире пишут :))

anonymous
()
Ответ на: комментарий от vada

> Рееркарнация корбы.

Короче, застой и стагнация. M$ радостно водит всех по кругу, как Моисей евреев по пустыне :)

anonymous
()
Ответ на: комментарий от anonymous

>Ну сколько можно? Питон - не змея, а Монти Пайтон!
А чему тут удивлятся?
98% ЛОРа не то что английский, они и русский не знают :))
Грядет поколение безмозглых "удафоф". Странно только, что они тут тусуются, а не на www.udaff.com

anonymous
()
Ответ на: УЖАС!!!!! от anonymous

>IBM Java рвёт кульхацкерский gcc (g++, естественно)

Это говорит ТОЛЬКО о качестве оптимизатора, реализованного в IBM jit и в gcc. Если использовать специальную технику ( например expression templates, templates loop unrolling ... и т.п.), то даже код сгенеренный g++ будет очень быстр. Опять таки оптимизатор gcc слабоват - это известный факт, и сравнивая производительность, нужно сравнивать и потребляемые ресурсы и время, затрачиваемое на старт приложения и т.д.

Когда хотябы 50% софта, работающего на среднестатистическом компе будет сделано на жабе - тогда и будет смысл о чем то говорить. Пока такой тенденции незаметно.

anonymous
()
Ответ на: комментарий от anonymous

> сделано это было для ускорения работы. сравни как в сях и паскале идет передача параметров функциям\процедурам и все поймешь. поколение пепси мля

В паскале - по значению или по ссылке, как укажешь. А что в сях - только по ссылке, что ли? :)

anonymous
()
Ответ на: комментарий от anonymous

>M$ радостно водит всех по кругу, как Моисей евреев по пустыне :) Во-во. Так я и знал, что в M$ одни евреи работают :)

anonymous
()
Ответ на: комментарий от Sun-ch

> А чё в паскале до сих пор нет переменного числа параметров для процедуры?

Ну, в дельфях есть, а что у вас там в паскакале - без понятия

anonymous
()
Ответ на: комментарий от anonymous

>> которой _паскалевский_ (так называемый __stdcall) способ передачи аргументов. > > Это два _разных_ способа, различающиеся порядком передачи аргументов. Общее у них то, > что стек чистит вызываемая функция (в отличие от cdecl).

Эти два разных способа передачи аргументов отличаются не только порядком передачи аргументов. Первый (__stcall aka WINAPI aka PASCAL) - паскалевский способ, второй (__cdecl) - сишный. Cам факт того, что функция WinMain имеет именно такой способ передачи, говорит о глубоких паскалевских корнях Win32. В общем, читайте книги или MSDN! :)

D
()
Ответ на: комментарий от infinite

Шутник. 93 год - это для него старинные времена, видите ли. Windows не была "графической библиотекой", она была графической ОБОЛОЧКОЙ! С самого начала, с самой первой версии.

Eldhenn
()
Ответ на: комментарий от D

Факт того, что параметры передаются тем или иным образом, не говорит НИ О ЧЁМ. В C можно явно указать способ передачи параметров, если по каким-то соображениям не устраивает дефолтный.

Eldhenn
()
Ответ на: комментарий от D

Не два, 3 (три) разных метода:

__pascal - аргументы передаются в прямом порядке, стек чистит вызываемая функция

__stdcall - аргументы передаются в обратном порядке, стек чистит вызываемая функция

__cdecl - аргументы передаются в обратном порядке, стек чистит вызывающая функция

Вьюнош D, я эти книжки прочитал тогда, когда ты под стол пешком ходил.

anonymous
()
Ответ на: комментарий от Eldhenn

>Basic - RAD? Саныч жжот!

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

anonymous
()
Ответ на: комментарий от anonymous

Сам ты ламер. Читай Python FAQ:

1.1.16   Why is it called Python?

At the same time he began implementing Python, Guido van Rossum was also
reading the published scripts from "Monty Python's Flying Circus" (a BBC
comedy series from the seventies, in the unlikely case you didn't know).
It occurred to him that he needed a name that was short, unique, and 
slightly mysterious, so he decided to call the language Python.

anonymous
()
Ответ на: комментарий от Eldhenn

> Шутник. 93 год - это для него старинные времена, видите ли. Windows не была "графической библиотекой", она была графической ОБОЛОЧКОЙ! С самого начала, с самой первой версии.

С той, которую в 1985 высрали, что ли? А до того, как эту _библиотеку_ Гейц купил - знаешь, чья она была?

anonymous
()
Ответ на: комментарий от anonymous

Блин, это цырк такой был, летающих клоунов. Гвидо с них колбасило

неподецки, а если с травой, дык он и сам летал.

Sun-ch
()
Ответ на: комментарий от Eldhenn

> Факт того, что параметры передаются тем или иным образом, не говорит НИ О ЧЁМ. В C можно явно указать способ передачи параметров, если по каким-то соображениям не устраивает дефолтный.

Читайте книги по Win32! :)

D
()
Ответ на: комментарий от AP

... А надо. Ибо виндовс нехорош не названием, а именно существующими там методиками и инструментами.

Zulu ★★☆☆
()
Ответ на: комментарий от D

>Читайте книги по Win32
Ты дурак или прикололся?
Нафига читать ужасы на ночь?

anonymous
()
Ответ на: комментарий от D

поколение пепси мля. то что использовался паскалевский способ вызова НЕ ЗНАЧИТ что ось писалась на паскале. как и то что я используя __stdcall не делает мою сишную программу паскалевской.

мля вы еще тут начните песни петь про изобретение интернета гейтсом

anonymous
()
Ответ на: комментарий от anonymous

> С той, которую в 1985 высрали, что ли? А до того, как эту _библиотеку_ Гейц купил - знаешь, чья она была?

Будет интересно, если ты сможешь представить обоснование. Я со своей стороны могу представить нечто обратное: http://www.jmusheneaux.com/index3.htm

http://inventors.about.com/library/weekly/aa080499.htm

Gates begins the development of WINDOWS (called Interface Manager) to head off VisiOn. Interface Manager was classic Gates: Vaporware - do a demo, sign the contracts, get the code done later. In April 1983 a phony "smoke-and-mirrors" demo was done. Microsoft promoted Interface Manage throughout 1983 with great zeal (allegedly tying its purchase to the purchase of DOS in clear violation of antitrust law). On 10 November 1983 Microsoft announced Windows with great fanfare in New York City to try to head off VisiOn. IBM refuses to endorse Windows and actively works against Microsoft's interests.

anonymous
()
Ответ на: комментарий от anonymous

> начни с изучения регистров cs, ss, и т.п. потом приходи сюда

Ты мне про регистры процессора не рассказывай, я для Z80 кодил, когда ты под стол пешком ходил. Ты мне про це ответь.

anonymous
()

Клоунада... (IMHO). Это к обсуждению.

На счёт того, писал или нет кто-либо приклады под *NIX на Pascal - да, и не мало... И все до сих пор работают. Писать-то можно на чём угодно, былиб мозги & руки.

На счёт того, RAD ли VB&Delfy - RAD, однозначно. Для того и разрабатывались, и свои функции выполняют ( в меру заложенной парадигмы ). Но, в основном, позволяют быстренько слепить _сравнительно_ удобный GUI, не более.

VB под Linux? Ну, чтож... Не радует то, что сразу, как мне кажется, наступит наплыв не слишком грамотных кодеров, понятия не имеющих о идеологии UNIX. Они попадут в знакомую среду разработки и начнут лабать кривенькими ручками нечто малоюзабельное... Так и пусть их! В конце-концов, наше дело, что использовать, а что - на помойку! ;-)

R_Valery ★★★
()
Ответ на: комментарий от Sun-ch

>На скрины посмотри, а потом пердеть будешь. RAD и есть.
Сейчас антихрист тебя с говном съест, приятно будет посмотреть.

anonymous
()
Ответ на: комментарий от Sun-ch

>Блин, это цырк такой был, летающих клоунов. Гвидо с них колбасило неподецки, а если с травой, дык он и сам летал.

Спасибо :D, настроение на весь вечер поднял :))

Bazarov
()
Ответ на: комментарий от cthulhu

Почему "писАл" на паскале под linux? Мой сын и сейчас пишет...

sergeil
()
Ответ на: комментарий от Sun-ch

> Я имел ввиду другое, программисты, имеющие гиганский опыт разработки 
> виндовых бизнес-приложений на Вижуал Бейсике,начнут писать и под линакс.

Ага, 1С портируют =)
Она вроде на Ваське написана =)

ManJak ★★★★★
()
Ответ на: комментарий от R_Valery

>Не радует то, что сразу, как мне кажется, наступит наплыв не слишком грамотных кодеров, понятия не имеющих о идеологии UNIX.

Это вряд ли. Много их не будет, две трети этой публики до сих пор слова "Линукс" не знают, остальные бояться.

anonymous
()
Ответ на: комментарий от anonymous

>не пиши значок номера. У IE от этого крышу сносит.
Предлагаю видоизменить движок сайта так чтобы значек номера вставлялся в _каждую_ страницу !

anonymous
()
Ответ на: комментарий от anonymous

> Их, понятия не имеющих, уже набежало. Результат - KDE, да и GNOME тоже.

Ну зачем вы так? Ламья везде хватает, и KDE&GNOME в данном случае не исключение

Bazarov
()
Ответ на: комментарий от infinite

>Окна изначально на пасквеле писались
Хорошая трава !

anonymous
()
Ответ на: комментарий от anonymous

> http://www.linux.org.ru//view-message.jsp?msgid=114929 - консервированный Анчихрист.

Спасибо, почитал. Смешно. А это чмо, позволяющее себе решать за всех юзеров (в т.ч. за меня), надо им знать размер файла или нет, - оно ещё существует в реальном мире?

anonymous
()
Ответ на: комментарий от anonymous

>Спасибо, почитал. Смешно. А это чмо, позволяющее себе решать за всех юзеров (в т.ч. за меня), надо им знать размер файла или нет, - оно ещё существует в реальном мире?

Антихрист чтоли? :)) Живее всех живых... аристократия лора..

Bazarov
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.