.NET vs Java

← →
StriderMan © (2007-07-30 12:52) [0]

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

← →
Petr V. Abramov © (2007-07-30 12:56) [1]

> на первый взгляд с одного куста ягоды
и на второй тоже

под Win предпочтительней .Net, если нужно кроссплатформеное что-то - жаба
ИМХО, конечно :)

← →
StriderMan © (2007-07-30 13:05) [2]

в .Net привлекает мощная IDE Visual C#. ну и Windows, че тут скажешь, все еще де-факто стандарт для прикладного софта.

Кстати для Java есть ли IDE сравнимая с C#?

← →
tesseract © (2007-07-30 13:07) [3]

> можно ли сравнивать эти две технологии как реализации одной
> концепции?

Java создавалась для стиральных машин с чайниками. .Net зачем так и не ясно, единственный кросплавтформенный продукт выполняемый только в Windows :-). В долгосрочной перспективе выиграет perl.

← →
StriderMan © (2007-07-30 13:15) [4]

> выполняемый только в Windows

я слышал есть эмулятор для Linux.

> В долгосрочной перспективе выиграет perl

это ж для веба только. Или я че-то упустил?

← →
alex_*** © (2007-07-30 13:15) [5]

> долгосрочной перспективе выиграет perl.

перспективы, они, тоже разные. cmd файлы тоже вряд-ли помрут

← →
tesseract © (2007-07-30 13:18) [6]

> это ж для веба только. Или я че-то упустил?

Да нет он для админства создавался, я просто пошутил.

> я слышал есть эмулятор для Linux.

не эмулятор : http://www.mono-project.com/Main_Page

я просто про изначальный проект писал.

← →
ferr © (2007-07-30 17:58) [7]

> Кстати для Java есть ли IDE сравнимая с C#?

Есть очень высококлассная IntelliJ IDEA.

← →
Eraser © (2007-07-30 18:09) [8]

> StriderMan © (30.07.07 12:52)

для серверов лучше java, для прикладных программа для винды - .net.

> .Net зачем так и не ясно, единственный кросплавтформенный
> продукт выполняемый только в Windows

создавался не для кроссплатформенности это уж точно )
просто удобный инструмент для написания прикладных программ/gui.. эдакий аналог delphi от MS, со всеми вытекающими.

← →
alex_*** © (2007-07-30 18:11) [9]

> для серверов лучше java, для прикладных программа для винды
> - .net.

это опять же для каких серверов. Все зависит от условий и окружения.

← →
DrPass © (2007-07-30 18:24) [10]

> StriderMan © (30.07.07 13:05) [2]
> в .Net привлекает мощная IDE Visual C#. ну и Windows, че
> тут скажешь, все еще де-факто стандарт для прикладного софта.
>
>
> Кстати для Java есть ли IDE сравнимая с C#?

Спросил, называется :)
Eclipse, IDEA, IBM RAD - есть ли IDE под Win32/.NET, хоть чуть-чуть по функциональности сравнимые с Java"вскими :)

← →
P_ (2007-07-30 18:29) [11]

> StriderMan © (30.07.07 12:52)
>
> на первый взгляд с одного куста ягоды. Что скажете, мастера?
> можно ли сравнивать эти две технологии как реализации одной
> концепции? что предпочтительнее в долгосрочной перспективе?

Java - многоплатформенность, Net-многоязычность. Выбирай сам, но в отличии от .NET программы на Java могут работать не только на Wintel.

← →
P_ (2007-07-30 18:31) [12]

> StriderMan © (30.07.07 13:05) [2]
>
> в .Net привлекает мощная IDE Visual C#. ну и Windows, че
> тут скажешь, все еще де-факто стандарт для прикладного софта.
>
>
> Кстати для Java есть ли IDE сравнимая с C#?

NetBeans, официально можно писать коммерческие, причём сама среда Free, поддерживается SUN.
http://www.netbeans.org/

http://www.netbeans.org/products/ide/

← →
P_ (2007-07-30 18:32) [13]

> StriderMan © (30.07.07 13:15) [4]
>
>
> > выполняемый только в Windows
>
> я слышал есть эмулятор для Linux.

.Net 1.1 MONO

http://www.mono-project.com/Main_Page

← →
DrPass © (2007-07-30 18:40) [14]

> .Net 1.1 MONO
>
> http://www.mono-project.com/Main_Page

Пока что баловство

← →
P_ (2007-07-30 19:12) [15]

> DrPass © (30.07.07 18:40) [14]
>
>
> > .Net 1.1 MONO
> >
> > http://www.mono-project.com/Main_Page
>
> Пока что баловство

Net 1.1 поддержка 100%

← →
Anatoly Podgoretsky © (2007-07-30 19:27) [16]

> tesseract (30.07.2007 13:07:03) [3]

Forth играет музыку"

← →
Anatoly Podgoretsky © (2007-07-30 19:28) [17]

> tesseract (30.07.2007 13:18:06) [6]

> я просто про изначальный проект писал.

изначальный проект как раз задумывался как кроссплатформенный.

← →
Sdubaruhnul (2007-07-30 19:44) [18]

>Net 1.1 поддержка 100%

Это при .Net 3.5 в Preview.

Про .Net 2.0:
Changes since 1.1
- Numerous API changes.

>изначальный проект как раз задумывался как кроссплатформенный.

Но кросс-платформенность не вышла.

← →
ferr © (2007-07-30 19:49) [19]

> >изначальный проект как раз задумывался как кроссплатформенный.
>
> Но кросс-платформенность не вышла.

.net compact framework

← →
P_ (2007-07-30 19:58) [20]

> ferr © (30.07.07 19:49) [19]
>
> > >изначальный проект как раз задумывался как кроссплатформенный.
>
> >
> > Но кросс-платформенность не вышла.
>
> .net compact framework

Нет уж, лучше уж тогда C++ для кросплатформенности, программы на C++ на другие архитектуры переносить легче чем программы на .NET-языках

← →
DrPass © (2007-07-30 20:02) [21]

> .net compact framework

Ну попробуй запустить .NET-приложение на .NET CF или наоборот :)

← →
NeLd (2007-07-30 20:03) [22]

> создавался не для кроссплатформенности это уж точно )
> просто удобный инструмент для написания прикладных программ/gui.
> . эдакий аналог delphi от MS, со всеми вытекающими.

И кнопки на форму так же можно кидать и потом легко писать обработчик?

← →
P_ (2007-07-30 20:16) [23]

> NeLd (30.07.07 20:03) [22]
>
>
> > создавался не для кроссплатформенности это уж точно )
> > просто удобный инструмент для написания прикладных программ/gui.
>
> > . эдакий аналог delphi от MS, со всеми вытекающими.
>
> И кнопки на форму так же можно кидать и потом легко писать
> обработчик?

Могу тебя обрадовать, в Java также можно кнопки на форму кидать и писать обработчик, только не обижайся, когда тебя назовут ламером.

← →
DrPass © (2007-07-30 20:28) [24]

> И кнопки на форму так же можно кидать и потом легко писать
> обработчик?

Вообще-то эту идею сочинила Майкрософт в далеком 1991 (или около того) году в своем Visual Basic. А уж Borland потом переняла ее для Delphi

← →
tesseract_pocket (2007-07-30 20:39) [25]

>DrPass
OWL появилась на 2 года раньше MFC. Не парьте нас пародией на ruby.

← →
DrPass © (2007-07-30 21:12) [26]

> tesseract_pocket (30.07.07 20:39) [25]

OWL никогда не предполагала визуальную разработку. А к чему ты MFC вспомнил, мне вообще непонятно. Я писал, что заложенные в Delphi идеи были практически целиком взяты у Visual Basic. Borland просто качественно объединила в одно целое интерфейс Basic и мощный компилятор Паскаля

← →
tesseract © (2007-07-30 22:08) [27]

> Borland просто качественно объединила в одно целое интерфейс
> Basic и мощный компилятор Паскаля

Бредишь. Просто бредишь. MFC есть MS-вская пародия на OWL. Как Framework пародия на VCL. ООП раньше появилось в паскале, чем в Си. Visual Basic есть переработанный RUBY с его виртуальной машиной, ничего нового в нём не было, может только COM.

← →
celades © (2007-07-30 22:17) [28]

> Бредишь. Просто бредишь.

видимо ты:)

> MFC есть MS-вская пародия на OWL. Как Framework пародия
> на VCL.

причем тут VB и MFC?

> Visual Basic есть переработанный RUBY с его виртуальной
> машиной, ничего нового в нём не было, может только COM.

VB(1991 год) наследник BASIC(1963 год), а Ruby появился только в 1995. Нестыковочка;)

← →
Petr V. Abramov © (2007-07-30 22:17) [29]

> tesseract © (30.07.07 22:08) [27]
> Как Framework пародия на VCL.
ну это ты... MS недолюбливаешь. ТОТ ЖЕ VCL, с него и стыренный ушедшими в MS людьми, развитый, нашему :) VCL не уступающий

← →
ferr © (2007-07-30 22:18) [30]

Visual Basic 1.0 (May 1991) was released for Windows at the Comdex/Windows World trade show in Atlanta, Georgia.

vs.

Ruby
Appeared in: 1995

http://en.wikipedia.org/wiki/Visual_Basic
http://en.wikipedia.org/wiki/Ruby_language

← →
tesseract © (2007-07-30 22:28) [31]

> VB(1991 год) наследник BASIC(1963 год), а Ruby появился
> только в 1995. Нестыковочка;)

Не путай BASIC, QuickBasic, VisualBasic - похожи синтаксисом, но не более. MS DOS вообще из PL/M родом, через 3 фирмы. VisualBasic вообще каждая версия - почти новая разработка.

> причем тут VB и MFC?

MFC - первая классовая обёртка над WinApi от Билла, она появилась позже OWL (Раньше Win 95). Т.Е ты хочешь сказать, что коммерческая версия для Си - базовой среды разработки появилась позже, чем у "скриптового" VB ?

Можно почитать у WikiPedia - http://en.wikipedia.org/wiki/VisualBasic

Классы, никакие. Визуальный дизайн ? У Novell в NetBasic раньше появился, TurboPascal в те времена позволял всё легче сделать.

← →
celades © (2007-07-30 22:36) [32]

> Т.Е ты хочешь сказать, что коммерческая версия для Си -
> базовой среды разработки появилась позже, чем у "скриптового"
> VB ?

И где здесь Ruby? Скажи.
MFC никогда не было библиотекой С.
И как OWL могла помешать VB тоже не ясно из твоих путанных слов. Одно дело высокоуровневый фреймворк, другое динамический язык и среда.

← →
tesseract © (2007-07-30 22:44) [33]

> Одно дело высокоуровневый фреймворк, другое динамический
> язык и среда.

VisualBasic уже позволял во время исполнения изменять исполняемый код? Я всегда считал это прерогативой SmallTalk !!!

> И где здесь Ruby? Скажи.

RUBY появился в Японии!!! Ты читать то умеешь ? Кто сказал ТОТ Ruby который в 1995? И не верь всему в Википедии - там довольно часто косяки есть. Ruby 1995 и есть продолжение идей визуального программирования. Тот Ruby fork от идей основного Ruby - чьи идеи так и не попали в "звериные тропы"( Ага, все помнят goto в никуда ? ).

← →
ferr © (2007-07-30 22:54) [34]

> RUBY появился в Японии!!! Ты читать то умеешь ? Кто сказал
> ТОТ Ruby который в 1995? И не верь всему в Википедии - там
> довольно часто косяки есть. Ruby 1995 и есть продолжение
> идей визуального программирования. Тот Ruby fork от идей
> основного Ruby - чьи идеи так и не попали в "звериные тропы"(
> Ага, все помнят goto в никуда ? ).

Сначала прожуй потом говори.

Вот что говорит сам автор Руби:
Then, I remembered my old dream and decided to design my own language. At first I
was just toying around with it at work. But gradually it grew to be a tool good enough
to replace Perl. I named it Ruby—after the precious red stone—and released it to the
public in 1995.

← →
DrPass © (2007-07-30 22:56) [35]

> tesseract ©

господи, ну ты и насочинял. Ruby появился в Японии. В 1993 году. Что еще? Чьи идеи у тебя не попали в звериные тропы?
Первая среда визуального программирования для Windows - это Visual Basic 1.0, вышел в 1991 году. Вторая - Borland Delphi 1. Вышла в 1995 году. Все основные сущности интерфейса были взяты у тогдашнего VB - инспектор объектов, дизайнер форм, палитра компонент. Даже классы при переходе от беты к релизу были переименованы в угоду Бейсику. Кто может сейчас вспомнить TWindow в бета-версии Delphi? Никто, т.к. в релизе он уже назывался как в Бейсике, TForm.
Естественно, была разработана принципиально новая библиотека (да и полностью изменена объектная модель языка для нее). VCL имеет иную архитектуру, нежели OWL.

← →
celades © (2007-07-30 23:00) [36]

> VisualBasic уже позволял во время исполнения изменять исполняемый
> код? Я всегда считал это прерогативой SmallTalk !!!

это не критерий динамического языка.
> RUBY появился в Японии!!! Ты читать то умеешь ? Кто сказал
> ТОТ Ruby который в 1995? И не верь всему в Википедии - там
> довольно часто косяки есть. Ruby 1995 и есть продолжение
> идей визуального программирования.

Ты свечку держал?

← →
DrPass © (2007-07-30 23:02) [37]

> MFC - первая классовая обёртка над WinApi от Билла, она
> появилась позже OWL (Раньше Win 95)

Мы говорим о визуальном программировании, о RAD. Ни MFC, ни OWL к визуальной разработке приложений не имеют отношения. Это просто библиотеки классов, причем тут они?

← →
_Mike_ (2007-07-30 23:14) [38]

> Мы говорим о визуальном программировании, о RAD. Ни MFC,
> ни OWL к визуальной разработке приложений не имеют отношения.
> Это просто библиотеки классов, причем тут они?

Ага. Вот Вам и RAD - то что на Delphi я делал за 1.5 дня, на сях за 1 день, на долбанном NET убил 4 дня :(
Фигня этот NET. Так. Рюшечки огромного размера. Да еще и нифига не совместим между собой.

← →
oxffff © (2007-07-30 23:20) [39]

И пошло поехало.
Парни Линейки дать?

← →
wicked © (2007-07-30 23:21) [40]

> _Mike_ (30.07.07 23:14) [38]
http://www.bash.org/?772595

← →
wicked © (2007-07-30 23:22) [41]

> oxffff © (30.07.07 23:20) [39]
>
> И пошло поехало.
> Парни Линейки дать?

лучше транспортиры :)

← →
ferr © (2007-07-30 23:22) [42]

> Ага. Вот Вам и RAD - то что на Delphi я делал за 1.5 дня,
> на сях за 1 день, на долбанном NET убил 4 дня :(
> Фигня этот NET. Так. Рюшечки огромного размера. Да еще и
> нифига не совместим между собой.

я Вам завидую, а что конкретно там несовместимо?

← →
wicked © (2007-07-30 23:24) [43]

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

отсюда вывод - тема флуд и сотрясение электронов :)

← →
Petr V. Abramov © (2007-07-30 23:34) [44]

ну рбота с БД на D лучше, с точки зрения RAD. надо переделывать, хоть и не в корне

← →
DrPass © (2007-07-30 23:35) [45]

> Вот Вам и RAD - то что на Delphi я делал за 1.5 дня, на
> сях за 1 день, на долбанном NET убил 4 дня :(

Самая вероятная причина - прокачанность скилов: "Мастер Сей", "Аппрентис Дельфи", "Новайс .NET"

← →
_Mike_ (2007-07-30 23:42) [46]

Ох. Зацепили за больное. Ну давайте по порядку. Во первых. Испорт функций (учитывая, что там 90% нуждого нет)

Delphi
type PBluetoothFindFirstRadio = function (var pbtfrp: BLUETOOTH_FIND_RADIO_PARAMS; var phRadio: HANDLE): HBLUETOOTH_RADIO_FIND; stdcall; var _BluetoothFindFirstRadio: PBluetoothFindFirstRadio = nil; _BluetoothFindFirstRadio := GetProcAddress(hLib, "BluetoothFindFirstRadio");

C++
typedef HBLUETOOTH_RADIO_FIND (__stdcall *PBluetoothFindFirstRadio) (BLUETOOTH_FIND_RADIO_PARAMS* pbtfrp, HANDLE* phRadio); typedef BOOL (__stdcall *PBluetoothFindNextRadio) (HBLUETOOTH_RADIO_FIND hFind, HANDLE* phRadio); PBluetoothFindFirstRadio _BluetoothFindFirstRadio = NULL; _BluetoothFindFirstRadio = (PBluetoothFindFirstRadio) GetProcAddress(hLib, "BluetoothFindFirstRadio");

Внимание. C#
private unsafe delegate uint PBluetoothFindFirstRadio (ref BLUETOOTH_FIND_RADIO_PARAMS pbtfrp, uint phRadio); private static PBluetoothFindFirstRadio _BluetoothFindFirstRadio = null; IntPtr Ptr = (IntPtr)BFWin32.GetProcAddress(hLib, "BluetoothFindFirstRadio"); _BluetoothFindFirstRadio = (PBluetoothFindFirstRadio)Marshal.GetDelegateForFunctionPointer(Ptr, typeof(PBluetoothFindFirstRadio));

причем GetProcAddress тоже где-то отдельно. Ладно. Дальше.

unsafe { fixed (byte* p = Buffer) { BFIrDAAPI.DEVICELIST* DeviceList = (BFIrDAAPI.DEVICELIST*) p; DeviceList->numDevice = 0; } }

Далее. потоки работающие в среде COM (не свободные причем). Далее отсутсвие напроч возможностей межпотоковых коммуникаций (за исключением извращений через зад). Нет критических секций. Многопоточность не поддердивается (потому как COM). Точнее она есть - но лучше бы ее не было и т.д. и т.п.

Так что давайте не будем про "попробовать все".... С Java хоть все более или менее понятно. Она и проектировалась для конкретных целей и должна быть как можно более абстрагирована от железа и нижлежащего ПО (OS). Но нафига так с NET Было делать если и ежу понятно что будет она работать только под виндой.

Ок. Можно мне возразить про CF. Но он не совместим на NET для PC. Под него все равно перекомпилять нужно. Но! Если я пользую C++ + MFC мне достаточно просто перекомпилять проект с другими опциями. Если же я пользую NET - мне придется 40% кода переписать, потому как CF и NET PC различны. Например в CF Есть класс Window (и процедура SendMessage там есть), а в NET Для PC таковой процедуры нема.

Далее в CF Отсутствует напрочь половина функционала. Что еще припомнить? А! Сборки. Нифига они не одинаковые для различных версий NET.

Вот такие вот пироги.

Я понимаю, что общий уровень образованности программистов не уклонно падает, но это уже совсем дял идиотов изобретено...

← →
_Mike_ (2007-07-30 23:44) [47]

> Самая вероятная причина - прокачанность скилов: "Мастер
> Сей", "Аппрентис Дельфи", "Новайс .NET"

Ага. Прокачанность. см [46] И прикинте скоько времени нужно на сях и дельфях для описания порядка 100 импортируемых функций и сколько на жто нужно времени на NET (тупого набивания + подпор типов параметров + еще куча тупой работы с Ansi/Unicode)
И это только цветочки... ягодки дальше начинаются.

← →
ferr © (2007-07-30 23:53) [48]

.net и c# в частоности, не предназначены для работы с нативным кодом. В порядке исключения, добавлена возможность экспорта из нативных dll, этим можно пользоваться, но для этого надо делать нормальную оболочку для этих нативных библиотек.

Где многопоточность не поддерживается, не понял?

CF запускается под эмулятором.

← →
ferr © (2007-07-31 00:00) [49]

> Так что давайте не будем про "попробовать все".... С Java
> хоть все более или менее понятно. Она и проектировалась
> для конкретных целей и должна быть как можно более абстрагирована
> от железа и нижлежащего ПО (OS). Но нафига так с NET Было
> делать если и ежу понятно что будет она работать только
> под виндой.

.net проектировался чтобы обскакать джаву, и что с того? Кроссплатформенность, это не только то что приложение должны работать под разными операционками, но в первую очередь то, что приложение может работать на разных архитектурах. В частности сидя на AMD x64 часто напарываюсь на ситуации когда приложения для 32-разрядной операционки не запускается у меня, а про Itanium и говорить нечего.

← →
_Mike_ (2007-07-31 00:03) [50]

> net и c# в частоности, не предназначены для работы с нативным
> кодом. В порядке исключения, добавлена возможность экспорта
> из нативных dll, этим можно пользоваться, но для этого надо
> делать нормальную оболочку для этих нативных библиотек.

Вопрос решаемых задач. И еще как предназначены, не зря там Marshal есть - ограничения же все - ограничений COM+ модели.

> Где многопоточность не поддерживается, не понял?

Открываем MSDN и упорно читаем про многопоточность в COM приложениях (в частности Single и Aprtment модели).

> CF запускается под эмулятором.

Вы не внимательны. Он у меня и на PDA прекрасно запускается. Я писал про несовместимость версий NET PC и NET CF - я не спршивал где мне и как ее запускать (потому как это второй и очень не существенный для меня вопрос).

← →
_Mike_ (2007-07-31 00:04) [51]

> В частности сидя на AMD x64 часто напарываюсь на ситуации
> когда приложения для 32-разрядной операционки не запускается
> у меня, а про Itanium и говорить нечего.

Я Вам 100% гарантирую что NET (некоторые) также не запустятся.

← →
wicked © (2007-07-31 00:07) [52]

> type PBluetoothFindFirstRadio = function (var pbtfrp: BLUETOOTH_FIND_RADIO_PARAMS; var phRadio: HANDLE): HBLUETOOTH_RADIO_FIND; stdcall;

> typedef HBLUETOOTH_RADIO_FIND (__stdcall *PBluetoothFindFirstRadio) (BLUETOOTH_FIND_RADIO_PARAMS* pbtfrp, HANDLE* phRadio);

> private unsafe delegate uint PBluetoothFindFirstRadio (ref BLUETOOTH_FIND_RADIO_PARAMS pbtfrp, uint phRadio);

вы точно с обьявлениями не напутали?
в паскале и си++ 2-й параметр - указатель, в си-шарп - простой uint

← →
ferr © (2007-07-31 00:08) [53]

> Открываем MSDN и упорно читаем про многопоточность в COM
> приложениях (в частности Single и Aprtment модели).

COM устарела, в DOS-е тоже знаете много что не поддерживается.

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

← →
Sdubaruhnul (2007-07-31 00:08) [54]

>.net и c# в частоности, не предназначены для работы с нативным кодом. В порядке исключения, добавлена возможность экспорта из нативных dll, этим можно пользоваться, но для этого надо делать нормальную оболочку для этих нативных библиотек.

Не предназначалась, а приходится. На одном .NET можно делать только вылизанные приложения из разряда Demo. Если посмотреть примеры решений на разных сайтах, например, http://www.codeproject.com, то импортируются ф-ии Win32 API сплошь и рядом - иначе никак. Да и как можно, если в том же RichView всё точно так же - SelStart и SelLength. Там в основе та же comctrl"овская компонента.

← →
_Mike_ (2007-07-31 00:08) [55]

> Кроссплатформенность

Ненавижу это слово. Нет кроссплатформенности. Есть портируемый исходный код, который с разной долей успеха и скорости можно перекомпилять для различных платформ/архитектур. Вот и вся кроссплатформенность.

Ок. Ок. Perl и прочие скриптовые языки не берем в расмотрение.

← →
_Mike_ (2007-07-31 00:10) [56]

> в си-шарп - простой uint

Во-первых, там нет указателей. Во-вторых - какая разница? 4 байта они и в африке 4 байта.

← →
_Mike_ (2007-07-31 00:13) [57]

> COM устарела

Ой ли? Это Вы только что придумали или это Вам по секрету сам Билли сказал. Я обычно принимаю за факт то, что вижу, а не то , что в рекламе написано. И если я вижу что сама MS не использует NET в Vista и что Vista также продолжает использовать COM (ок, для ярых сторонников точныз терминов - COM+) - то я никак не могу верить что COM умер.

И если NET - это COM в шоколадной оберткой - то про какие бы CLR мне не говорили - он COMом и останется.

p.S. Если кто помнит - была такая библиотека DreamControls (наверное и сейчас есть) - так вот, они эту NET лет 8 назад на Delphi 2 еще реализовали :)

← →
Petr V. Abramov © (2007-07-31 00:14) [58]

о птичках.
когда только появлялся Oracle, он задумывался как работающий ну на всех платформах (что так и есть). И вставал вопрос - на чем писать. В результате писать решили на С (и на чем-то GNU-сном так и пишут), а для тех платформ, для которых тогда С-шного компайлера не было, его написали.
Может, и легенда, но очень официальная, оракловская

← →
wicked © (2007-07-31 00:15) [59]

>
> Во-первых, там нет указателей. Во-вторых - какая разница?
> 4 байта они и в африке 4 байта.

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

а разница ДОЛЖНА быть чисто принципальная, особенно, если код пойдет на 64-битные архитектуры -
там sizeof(int) - 4 байта,
а sizeof(void *) - 8 байт
с этим могу и ошибаться, но я вижу это так - код, предполагающий sizeof(int) == sizeof(void *) непортабелен... хоть и иногда сам так пишу

← →
wicked © (2007-07-31 00:17) [60]

> когда только появлялся Oracle, он задумывался как работающий
> ну на всех платформах (что так и есть). И вставал вопрос
> - на чем писать. В результате писать решили на С (и на чем-
> то GNU-сном так и пишут), а для тех платформ, для которых
> тогда С-шного компайлера не было, его написали.

именно... а примером для меня всегда будет zlib :)

← →
_Mike_ (2007-07-31 00:19) [61]

> если код пойдет на 64-битные архитектуры

Этот код не пойдет на 64 бит. Для 64 бита используется IntPtr.

← →
P_ (2007-07-31 00:22) [62]

← →
_Mike_ (2007-07-31 00:24) [63]

> в делфи коде, ничтоже сумяшеся, был использован var... да
> и первый параметр прототипа на це-шарп обьявлен как ref
> - отсюда и вопросы... имхо, такие вот старательно разложенные
> грабли самому себе

А это пример хренового написания кода (зато быстрого) :) Так писать не нужно.
Дело в том, что hRadio мне в общем то нафиг не нужен (я с ним не работаю и какого он реально типа мне все равно - по сему он может быть хоть string (для Delphi)). Но так как Delphi позволяет заюзать var - что красиво в коде - я ее и заюзал. Так как C++ нет var но есть тип - его заюзал тоже. Ну а в C# что осталось.

А вот тип структуры мне важен - так как я сним работаю и должен знать что это. По сему как ref/var (да. и еще потому, что в C# нельзя написать BLUETOOTH_FIND_RADIO_PARAMS* pbtfrp в параметрах функции. Т.е. можно написать для базового типа byte* или Int*, но нельзя для структуры... Короче все запущено там).

← →
_Mike_ (2007-07-31 00:27) [64]

> А как же Java?

Ну попрбуйте заставить работать Java с SonyEricson на Java Nokia - потом мне сами и ответите.

P.S. Как вариант можно расматривать Managed C++ - есть, конечно, ограничения - но классы и указатели не отменяли. И стандартные библиотеки + функции API + все остальные прелести жизни :) Но он полезен только для разработки сборок для использования этих сборок в C# :) В общем еще один костыль.

> Ну попрбуйте заставить работать Java с SonyEricson на Java
> Nokia - потом мне сами и ответите.
>

если имеются ввиду мидлеты, то запросто! Ещё как-то раз я сам лично мидлет запускал как аплет в браузере. Зароботало.

← →
_Mike_ (2007-07-31 00:50) [66]

> celades © (31.07.07 00:47) [65]

Я не имею ввиду простейшие частные случаи. Я имею ввиду общий случай. Ладно - долго не буду рапинаться. Посетите форумы разработчиков Nokia и SE. Потом мы можем долго общаться более предметно. ОК?

> Я не имею ввиду простейшие частные случаи. Я имею ввиду
> общий случай.

Простейшие случаи - понятия растяжимое. Во многих случаях можно тянуть очень много. А общий случай - это проблемы вендоров и нестандартности их расширений VM и библиотеки пакетов, а не Java как платформы.

← →
_Mike_ (2007-07-31 00:59) [68]

> расширений VM и библиотеки пакетов

JSR 82 - стандарт - но везде по разному....

> _Mike_ (31.07.07 00:59) [68]
> > расширений VM и библиотеки пакетов
> JSR 82 - стандарт - но везде по разному....

Java-то тут причем? JVM-то работает? А библиотеки разные - так кто ж в этом виноват? Если очень захотеть, то любую идею испортить можно. Нужно только нанять по-больше народу.

← →
Algol (2007-07-31 12:03) [70]

2_Mike_
Да гадость этот хреймворк, гадость ;)
Нам меньше конкурентов будет )

to _Mike_

Вот интересно, автор взял конкретную узкоспециализированную задачу, и на ее примере рассматривает общие вопросы использования .NET

> _Mike_ (30.07.07 23:42) [46]

драйвера на .net не пробовал писать? )

не ожидал я такого холивара О_о. сорри.

> _Mike_ (31.07.07 00:08) [55]
>
>
> > Кроссплатформенность
>
> Ненавижу это слово. Нет кроссплатформенности. Есть портируемый
> исходный код, который с разной долей успеха и скорости можно
> перекомпилять для различных платформ/архитектур. Вот и вся
> кроссплатформенность.

Б..ля. У меня NetBeans 5.5 в бинарниках запускается под Windows, FreeBSD, Solaris и Linux.
Вьюер Java DeJaVu без исходников работает прекрасно на всех платформах.
Sun Download Manager тоже просто работает.
Мидлеты в Sun WTK тоже запускаются и работают, причём на разных платформах.

Что я делаю не так, в чём моя ключевая ошибка? :O

> Что я делаю не так, в чём моя ключевая ошибка? :O

Надо писать на FW для мобил, тогда прочувствуешь :)

> StriderMan © (31.07.07 15:57) [73]
> не ожидал я такого холивара О_о. сорри.

ой ли?

Вот только от темы совсем отвлеклись... Сравнение должно было идти .NET и Java. А сравниваете почему-то C# и Delphi, C# и C++ и т.д.

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

А то только одно видно: "Там (неважно где) нельзя сделать это, как без этого жить?"

Как можно сравнить синее и зеленое

> Как можно сравнить синее и зеленое
>

по цвету

> по цвету
>

ну да. Одно синее другое зеленое. Одно java, другое .net

> alex_*** © (01.08.07 12:09) [77]
> Как можно сравнить синее и зеленое

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

особенно по красоте рисунка. Мне зеленый нравится гораздо больше чем синий. Синий вообще отстой

> alex_*** © (01.08.07 12:29) [81]
> особенно по красоте рисунка. Мне зеленый нравится гораздо
> больше чем синий. Синий вообще отстой

Разумеется. Вот именно так и проходит сейчас сравнение. Разве нет?

> Сравнение должно было идти .NET и Java. А сравниваете почему-
> то C# и Delphi, C# и C++ и т.д.

Средства разработки тоже в принципе должны входить в обзор.

Java - всё таки кроссплатформенне всех. Ну нету Swing для Netware, но вот мидлетам по барабану, что Solaris, что netware. Даже Mono под такое количество платформ не работает. Если нужна широкая кросплатформенность или минимальный передел исходников , то Java, если нет, то лучше присмотреться к mono, она и .Net 1.1 поддерживает и частично 2.0

← →
Opwer (2007-08-01 13:06) [84]

Вот читаю, читаю и нифига не понимаю. Кто же всё таки прав, кого слушать, чтобы потом друзьям сказать, что Java круче С# или наоборот и почему.
И ещё... Вот в visual studio 2005 на C# можно писать и для кпк и для windows. Разве это плохо? Разве это не работает?
И что всё таки учить: java или с#? или и то и другое? ПРосто объясните, пожалуйста, а то я струдом понимаю о чем вы тут говорите.

> тобы потом друзьям сказать, что Java круче С# или наоборот
> и почему.

не говори такого просто, за умного сойдешь.

> И ещё... Вот в visual studio 2005 на C# можно писать и для
> кпк и для windows. Разве это плохо? Разве это не работает?
>

это отлично! и там не только на С# можно писать под эти платформы.

> И что всё таки учить: java или с#? или и то и другое? ПРосто
> объясните, пожалуйста, а то я струдом понимаю о чем вы тут
> говорите.

Без разницы. И то и то будет актуально ещё долго, поэтому без дела не останешься.

> И ещё... Вот в visual studio 2005 на C# можно писать и для
> кпк и для windows.

В Delphi 2006 тоже можно. Но вот ты видел как софт написаный под CF работает на КПК ? mchat и тот тормозит. Поэтому обычно пишут на EVC, ну или если поизвращаться на lazarus :-).

> Opwer (01.08.07 13:06) [84]
>
> Вот читаю, читаю и нифига не понимаю. Кто же всё таки прав,
> кого слушать, чтобы потом друзьям сказать, что Java круче
> С# или наоборот и почему.
> И ещё... Вот в visual studio 2005 на C# можно писать и для
> кпк и для windows. Разве это плохо? Разве это не работает?

Для КПК, сотовых телефонов, Windows/Solaris/Linux/FreeBSD можно писать в Eclipse, NetBeans, IDEA и...в текстовом редакторе. Компилировать и собирать дистрибутив можно автоматсиссчки, с помощью Ant, да хоть из командной строки.

вот опять, раз в полгода возникает и этот холиварчик )

> Для КПК, сотовых телефонов, Windows/Solaris/Linux/FreeBSD
> можно писать в Eclipse, NetBeans, IDEA и...в текстовом редакторе.
> Компилировать и собирать дистрибутив можно автоматсиссчки,
> с помощью Ant, да хоть из командной строки.
>

в текстовом редакторе можно что угодно писать.

> Кто же всё таки прав, кого слушать, чтобы потом друзьям
> сказать, что Java круче С# или наоборот и почему.

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

.NET vs Java Найти похожие ветки