| Вопрос: Linux i VBA | Добавлено: 24.09.03 16:47 |
Автор вопроса:  Millenium | Web-сайт: www.aliyev.us | ICQ: 629966 |
| Esli 4to nibut svazanoe s VBA dlya Linuxa. V smisle esli li Kompilyator ili kakoy nibud emulyator VB/VBA dlya linuxa? Ili svoe ssredstvo dlya napisaniya proqram dlya Linuxa na VB/VBA? |
| Ответы | Всего ответов: 11 |
|
Номер ответа: 1 Автор ответа:  crackoff ICQ: 156165990 Вопросов: 12 Ответов: 229 |
Профиль | | #1 | Добавлено: 24.09.03 17:07 |
|
Есть мультиплатформенный компилятор RapidQ. Он есть в сети для свободного скачивания, только вот среда у него убогая... |
||
|
Номер ответа: 2 Автор ответа:   POSTВопросов: 14 Ответов: 269 |
Web-сайт: Профиль | | #2 | Добавлено: 24.09.03 18:48 |
|
Все что касается васика под никсы есть в инете. От себя могу только посоветовать YBasic, KBasic и X-Basic. Есть ещё целый ряд компилеров, но привычный VB ты не найдешь. Тут напрашивается другой вопрос... зачем?! |
||
|
Номер ответа: 3 Автор ответа:  Tovdi ICQ: 160516960 Вопросов: 13 Ответов: 37 |
Профиль | | #3 | Добавлено: 24.09.03 20:26 |
|
А интересно есть ли уже чтото под Linux для платформы нет .NET ? . А то обещали - обещали , да не слышно ничего |
||
|
Номер ответа: 4 Автор ответа: Павел Администратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #4 | Добавлено: 25.09.03 12:37 |
|
>А интересно есть ли уже чтото под Linux для платформы нет .NET ? Я так понял, многоплатформенность - не основное направление развития Framework. Да и даже если сделают, то функциональность будет намного уже, чем на Win-платформе. К примеру: реестр, CryptoAPI, GDI... как это можно реализовать на linux? Ведь здесь слишком многое завязано на API... |
||
|
Номер ответа: 5 Автор ответа:  POSTВопросов: 14 Ответов: 269 |
Web-сайт: Профиль | | #5 | Добавлено: 25.09.03 18:39 |
|
>К примеру: реестр, CryptoAPI, GDI... как это можно реализовать на linux? К примеру: Wine, куча криптофункций, Qt... Ссылки по теме: http://csharp-studio.sourceforge.net/ (следует обратить внимание на размер дистрибутива) http://sourceforge.net/projects/yabasic/ http://www.gnu.org/projects/dotgnu/ и, напоследок.... http://www.go-mono.com/ (чтобы больше вопрсов не возникало |
||
|
Номер ответа: 6 Автор ответа: ArtyomРазработчик Вопросов: 130 Ответов: 6602 |
Профиль | | #6 | Добавлено: 26.09.03 00:23 |
|
А вот лично мне кажется, что в принципе безболезненно с одной платформы на другую программу без доработки перенести невозможно. Ну чисто для примера - если в программе используешь АПИ, хотя этого делать не советуют, но .NET Framework тоже, оказывается, не всемогущ, то в линуксе, например, этот вызов скорее всего не сработает, так что прийдется дорабатывать. А после доработки проги - возможно, и заладится  )) |
||
|
Номер ответа: 7 Автор ответа: ПавелАдминистратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #7 | Добавлено: 26.09.03 11:00 |
|
>>К примеру: реестр, CryptoAPI, GDI... как это можно реализовать на linux? > К примеру: Wine, куча криптофункций, Qt...  Это понятно. Но тогда где же многоплатформенность? Выходит, для Линукса придётся срьёзно переделывать прогу... |
||
|
Номер ответа: 8 Автор ответа:  User UnknownВечный Юзер! ICQ: uu@jabber.cz Вопросов: 120 Ответов: 3302 |
Профиль | | #8 | Добавлено: 26.09.03 11:56 |
|
Тут надо ещё разобраться что ты вкладываешь в слово "многоплатформенность". Многоплатформенность (на самом деле кроссплатформенность) это возможность работы ПО на разных платформах. То есть на процессорах Motorola, Sparc, Alpha, x86(intel,AMD,VIA...) и порчих экзотиках, даже игровых приставках и КПК (портированное ПО). А мультисистемность - работа ПО на разных системах: MacOS, Linux, Unix, Win. Так вот первое реализовать куда сложнее, нежели второе. Иногда эти вещи пересекаются. Например на сантехнике (Sun), которая работает на процессорах Sparc, и пользует Unix. Попыток перехода/перевода с одной платформы на другую было туча. Но что-либо стОящего нету до сих пор. Вот только Кулих (Kylix) кросссистемный ... вроде как. Хотя народ, пользующей его им в массе и в большинстве своем не доволен. И, ИМХО, для каждой платформы/системы должен быть свой компилятор/дебаггер/долбагер и инсталлер Если выйдет действительно реальный и хороший, то мы об этом узнаем сразу. А сейчас не сатоит над этим ломать голову. Mono Project это тоже все ещё остается попыткой (достаточно успешной на самом деле), но никак не законченный продукт. Поживем - увидим. Сейчас для каждой платформы/системы все ещё надо писать на/для той платформы/системы. |
||
|
Номер ответа: 9 Автор ответа: ПавелАдминистратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #9 | Добавлено: 26.09.03 12:42 |
|
Спасибо за разъяснение понятий... Собственнол, я имел в виду кросссистемность. |
||
|
Номер ответа: 10 Автор ответа: NioВопросов: 15 Ответов: 115 |
Web-сайт: Профиль | | #10 | Добавлено: 27.09.03 03:03 |
| Есть такой язык - Phoenix Basic. Ищешь на Яндексе, качаешь RPM и аслаждаешся. Полная среда визуальной разработки - осталось только приложить руки. | ||
|
Номер ответа: 11 Автор ответа: ПавелАдминистратор ICQ: 326066673 Вопросов: 368 Ответов: 5968 |
Web-сайт: Профиль | | #11 | Добавлено: 27.09.03 04:49 |
|
Что-то мне захотелось продолжить этот разговор о мультисистемности и прочего, конечно, я бы хотел поговорить не о каких-то там Phoenix'ах, а о .NET. Вспомнил я, что была подобная дискуссия на gotdotnet. Можно вот здесь увидеть: http://www.gotdotnet.ru/default.aspx?tmpl=board_thread&m_no=26395&d_no=2808 Вот хороший месс: ------------------- Я задавал этот вопрос разным людям. Ярче всего выразился Девид Чеппэл. Он сказал примерно следующее: Что бы там ни заявляли маркетологи, .NET - это Windows-технология (.NET is locked to Windows - так он сказал). Если мы хотим достичь производительности, от заточки под технологию нам не уйти. Что, Mono? Ну да, Mono. Но у них там далеко не все работает, да и никогда не будет. Полагаю, никто не будет обвинять тов. Чеппела в кознях против Microsoft? Примерно то же говорят почти все.  Сдругой стороны, там в Mono все реально работает. Да и SS CLI пашет вполне удовлетворительно. Тормозит немного, это да, но ведь это ж и не коммерческий продукт... Простейшие приложения конечно же будут работать, на уровне лабораторных опытов. И наверное, если постараться, все можно будет перенести. Но есть ли смысл? ------------------- |
||
Страница: 1 |