Разные языки программирования

[LSL]

brom Кого снять ?

zic
Ты сам то понял что сказал?

ШевТ работает несколько лет с VC++ и с .NET, работает с базами данных. Быть может ты его поучишь ?

Действительно, если вспомнить какая файловая система будет в Longhorn... WinFS (SQL9) вполне возможно что другие БД будут просто обьектами в SQL. Вот и перспективность.

Это всё мои размышления. Как будет на самом деле сказать не могу. Не моя стихия

[zic]

LSL
ШевТ работает несколько лет с VC++ и с .NET, работает с базами данных. Быть может ты его поучишь ?

НЕ собираюсь никого учить .

Сравнивать СУБД (Oracle) с языком (SQL) для человеканесколько лет с VC++ и с .NET, работает с базами данных.
по крайней мере странно.
Из его замечания навязывается вываод что Oracle с SQL не работает
НА самом же деле Oracle 9i примеру опирается на cпецификацию sql-3

Далее .
Если человек по SQL имел ввиду MS SQL (вот это уже СУБД)
либо MySQL/
ТО я опять же не согласен с его утверждением , если только
MS не выпустит открытого варианта своей СУБД

[LSL]

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

[zic]

LSL
Это далеко не придирка к словам.
Утвержение человека было сфорумлировано просто безобразно с моей точки зрения.
Потому что все современные субд это SQL в независимости присутсвует ли эта строчка в названии.
Да и еще фраза про интернет приводит меня в замешательство .
MS SQL в интернете ? Увольте
Ее удел это быть довеском к 1с ,в конторах с сисадмином не знакомым с Unix ,не более.

[zss_vrn]

LSL

Да ты ответил. Но автор темы прямо или косвенно хочет определить на чём ему писать дальше. Из твоих слов получается что CBuilder самый выгодный. JOHN_PROFF уже заинтересовался подходящей версией.

Я не сказал - самый лучший, я сказал - самый мощный и сложный. NET я убрал за скобки, так как он выпадает из темы.

C#Builder и C++Builder совершенно разные языки.

Это - не языки, это - средства программирования, инструмены. Языки - С# и C++, при этом между ними не очень много разницы. У них похожий синтаксис и один из них наследник другого.

Delphi.net это уже совсем другая история.

Продолжение.

Если же человек выбирает, на чем писать, то я бы посоветовал:
- для клиентских приложений Win32 дельфи или билдер (сам предпочитаю билдер)
- для системных VC++ (если выбран билдер, то он также подходит)

Для NET - C# (C#Builder).

Все основные положения ООП присутствуют.

Это в бейсике то?

2. Как работает NET с IB, FB, Oracle?
не знаю что это такое.

А с чем же ты работаешь? СУБД?

ШевТ

IB, FB, Oracle - вымирают. SQL - перспектива. Особенно в .нет

Килограмм, конечно, больше литра, но значительно меньше километра
brom

Что касается компонент типа ibExpress -- хз. надо смотреть на сайте Delphi.NET

dbExpress, не ib

[brom]

прощу прощения, имел ввиду IB* . В голове наложилось, получилась ерунда =)

[zss_vrn]

brom

прощу прощения, имел ввиду IB* . В голове наложилось, получилась ерунда =)

А мы еще не перепозлали на НЕТ. Интересно, че там с БД?

[JOHN_PROFF]

Ура!!! Снова появился И-нет!!!
А то без меня столько уже написали

Решил!!! Сейчас буду изучать СУБД, а потом Си вместе с NET.:glasses:

[LSL]

zss_vrn

Это - не языки, это - средства программирования, инструмены. Языки - С# и C++, при этом между ними не очень много разницы. У них похожий синтаксис и один из них наследник другого.

С# наследник Java.

Всё ты со своим синтаксисом Знаешь такой язык JScript так у него синтаксис C++, скажешь одно и то же ?

Это в бейсике то?
Да. (Прочитай про какой бейсик идёт речь)

А с чем же ты работаешь? СУБД?
см. подпись. "Game.Dev".

А мы еще не перепозлали на НЕТ. Интересно, че там с БД?
Всё шоколадно

[zss_vrn]

LSL

Знаешь такой язык JScript так у него синтаксис C++, скажешь одно и то же ?

Уф... JScript - скриптовый язык для браузера. Это - разные назначения. Его можно было бы сравнить с... Блин, да не с чем его сравнивать - это просто язык браузера.

Да. (Прочитай про какой бейсик идёт речь)

Что, и перегрузку операторов поддерживает? И множественное наследование или хотя бы наследование интерфейсов? И полиморфизм? И защиту от наследников?

Game.Dev

Что это? Какое отношение к СУБД?

Всё шоколадно

Не понимаю Там хоть ODBC есть?
JOHN_PROFF

Решил!!! Сейчас буду изучать СУБД, а потом Си вместе с NET.

Ага, давай. Век живи - век учись! Все одно дураком помрешь...

[JOHN_PROFF]

zss_vrn
А чё делать?
Развиваться надо, только непонятно в какую сторону.
NET - надо, т.к. грядет "длинный рок".
СИ - надо, т.к. ... :confused: незнаю как правильно сказать чтоб смеха небыло и к словам никто не предрался бы.

[LSL]

zss_vrn

Что, и перегрузку операторов поддерживает?

Operator overloading is not in the CLS. However, the CLS provides guidelines about providing useful names (such as Add()) and setting a bit in metadata. Compilers that choose to support operator overloading should follow these guidelines but are not required to do so.

Перегрузка операторов к ООП отношения не имеет. Перегрузку операторов поддерживает C#.

И множественное наследование
В .NET нет такого понятия, и слава богу.

или хотя бы наследование интерфейсов?
Поддерживается, в том числе и множественное.

И полиморфизм?
Во всех проявлениях.

И защиту от наследников?
Это как ? sealed ?

GameDev
Что это? Какое отношение к СУБД?

Игрушки делаю...
http://www.u-antona.vrn.ru/forum/sho...830#post286830

JOHN_PROFF
СИ - надо, т.к. ... незнаю как правильно сказать чтоб смеха небыло и к словам никто не предрался бы.

Я доживу до тех времён когда у сишников будет комплекс неполноценности перед basic-программерами

[zss_vrn]

LSL

Поддерживается, в том числе и множественное.

Это неплохо - вполне заменяет множественное наследование, хотя больше возни.

Во всех проявлениях.

Не во всех - указателей - то нету. Ну, может, это и к лучшему, я на С с ними запарился.

Это как ? sealed ?

Не знаю, что это. protected, private.

Игрушки делаю...

Это на бейсике то?

Я доживу до тех времён когда у сишников будет комплекс неполноценности перед basic-программерами

Почему? С# явно перспективнее бейсика!
JOHN_PROFF

А чё делать?
Развиваться надо, только непонятно в какую сторону.

Это и мне непонятно. НЕт, конечно, надо, потому что от MS. С++ - С# тоже очень неплохо. SQL надо бы.

zss_vrn добавил [date]1070945731[/date]:
LSL
Ага, про игрушку читал - только до "противостояния" или "блицкрига" тебе не доплюнуть в этом проекте. То есть, в результате успешного завершения проекта ничего нового не появится. Цель, ИМХО, не интересна. Мы пришли в этот мир, чтобы сделать его лучше

[LSL]

zss_vrn

Не во всех - указателей - то нету. Ну, может, это и к лучшему, я на С с ними запарился.

Ну а причём здесь указатели, когда речь о полиморфизме.
Про указатели я уже говорил, в C# и VB.NET они есть в усовершенствованном и безопасном виде. Называются - делегатами.


Не знаю, что это. protected, private.

protected, private - ограничевают область видимости типа.
sealed - запрещает наследование класса.

Это на бейсике то?
О да ! и не только...

Почему? С# явно перспективнее бейсика!
Ерунда. Их возможности аналогичны.

Ага, про игрушку читал - только до "противостояния" или "блицкрига" тебе не доплюнуть в этом проекте.

Игра будет намного интереснее противостояния и блицкрига Жанры разные. Сравнивать нельзя. Мы будем писать экшен.

То есть, в результате успешного завершения проекта ничего нового не появится.

В игре есть не мало оригинального.

[JOHN_PROFF]

LSL

Я доживу до тех времён когда у сишников будет комплекс неполноценности перед basic-программерами

Это как???

JOHN_PROFF добавил [date]1070981213[/date]:
zss_vrn SQL как два пальца ...

[zic]

JOHN_PROFF
НЕ слушай его он плохому научит .
Будут все тебя пинать за VB .
LSL
Если уж на то пошло C# специально создавался для .NET
Язык без рудиментов , в отличии от vb
ДА и синтаксис у него куда симпатичней лично для меня .

[LSL]

JOHN_PROFF
Это как??? мм. длинная история. за пивом расскажу.

zic
JOHN_PROFF
НЕ слушай его он плохому научит .

Тебя, что ли слушать ?

Если уж на то пошло C# специально создавался для .NET
Язык без рудиментов , в отличии от vb

Ну да. Расскажи мне. Бейсик во многих случаях выглядит более элегантным, перед C#. + бейсик более чист т.к. нет unsafe кода. Если уж речь об этом.

LSL добавил [date]1071007772[/date]:
И ещё. Кто третий у нас на VB.NET пишет ??

LSL добавил [date]1071007881[/date]:
Интересный факт: По опросу Дельфийцев у нас больше всего. Обсуждений делфи и паскаля меньше всего.

[zss_vrn]

LSL

в C# и VB.NET

Я про С# не говорю - это дальнейшее развитие С++. А вот VB - извини, это - бейсик, и че с ним не делай, он им и останется

Ерунда. Их возможности аналогичны.

Ага. В москву из воронежа можно ехать через архангельск...

Игра будет намного интереснее противостояния и блицкрига

Хорошо, когда есть задор и уверенность! Цыплят, однако, по осени считают. Когда можно будет посмотреть релиз?

JOHN_PROFF

SQL как два пальца ...

Блин, гдеб таких взять... Ну, например, как реализовать оракловский CONNECT BY PRIOR на, скажем, IB?

LSL

Интересный факт: По опросу Дельфийцев у нас больше всего. Обсуждений делфи и паскаля меньше всего.

А че там обсуждать? Дельфийцы из универа толпами прут, их - как донов педро в бразилии. К тому же, дельфи очень хорошо работает, документирована и вообзе приятная вещица.

[JOHN_PROFF]

zss_vrn

как реализовать оракловский CONNECT BY PRIOR на, скажем, IB?

М да........
Но, SQL выучить легче и быстрее чем СИ.

JOHN_PROFF добавил [date]1071040178[/date]:
LSL
ТАК КОГДА ИДЕМ ПИТЬ :super:ПИВО:super:

Только не на этих выходных (лучше раньше).
Ато приходится сидеть и ...:apsos:

[zic]

LSL

Ну да. Расскажи мне. Бейсик во многих случаях выглядит более элегантным, перед C#. + бейсик более чист т.к. нет unsafe кода. Если уж речь об этом
ОЧень хорошо ты из недостатка сделал достоинтсво .
Я понимаю в квадратных яйцах есть наверное свои приимущества.

Интересный факт: По опросу Дельфийцев у нас больше всего. Обсуждений делфи и паскаля меньше всего
А что его обуждть ?
И кто дельфиец то?
Просто этот язык знают большинство людей имеющих отношение к работе с компьютером .

[zss_vrn]

JOHN_PROFF

Но, SQL выучить легче и быстрее чем СИ.

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

[JOHN_PROFF]

Решен вопрос с лицензированием компилятора!!!
Пишешь софт, допустим на Delphi (на своей не лицензионной).
Потом ищешь чела с лицензией, заключаещь с ним договор на компиляцию своей софтины, платишь ему 100 рублей, компилируете, потом идете вместе пить ПИВО на эти 100 рублей, понимаете что этих денег мало и ищите еще 100 для продолжения банкета, потом ... но это уже другая история.

[fishca]

LSL
Ты конечно повернутый на VB.NET, но объясни мне тупому какое преимущество дает именно сейчас в эру Win32API программирования программирование под .Net?
Да и после выхода Longhorn Win32API не умрет, приложения будут поддерживаться(вымрут 16-ти разрядные приложения только). Longhorn выходит в 2006 году. До реального внедрения в жизнь операционки пройдет еще годик как минимум. Таким образом более 3-лет можно свободно программировать на Win32 Api, да и дальше можно будет параллельно с программированием под .Net. А изучить литературу по .Net если уж приспичит можно за неделю максимум. Сейчас смотрел С# программирование в .Net. Все программирование сводится как и в MFC библиотеке через обертку к API функциям. Возможность вызова апишных функций напрямую существует. Так что же крутого в .Net? Это просто эволюционный виток интерфейса программирования, не более. Да, и приведи доказательства "более элегантности" VB.NET по сравнению с C#, будь любезен.

[zss_vrn]

JOHN_PROFF

Решен вопрос с лицензированием компилятора!!!

Блин, ты - гений! Надо с юристом посоветоваться

fishca

. Все программирование сводится как и в MFC библиотеке через обертку к API функциям. Возможность вызова апишных функций напрямую существует.

Значит, не все так страшно, как я думал. Революция, о которой так долго говорили в MS, отменяется! Ура, товарищи!!!

[zic]

JOHN_PROFF
Решен вопрос с лицензированием компилятора!!!
Пишешь софт, допустим на Delphi (на своей не лицензионной).
Потом ищешь чела с лицензией, заключаещь с ним договор на компиляцию своей софтины, платишь ему 100 рублей, компилируете, потом идете вместе пить ПИВО на эти 100 рублей, понимаете что этих денег мало и ищите еще 100 для продолжения банкета, потом ... но это уже другая история.
Да ненужна лицензия накуй .
Плотому что НИКТО не сможет доказать что твоя программа собрана с помощью данного компилятора , для этого придется дизасасмблировать программу а это уже само по себе нарушение закона и лицензионного соглашения с тобой которое пользователь заключает при установке твоего ПО автоматическ.

zic добавил [date]1071057155[/date]:
zss_vrn
Ты меньше LSL слушай , он тебе расскажет как космические карабли бороздят просторы большого театра.


fishca
Согласен NET это что то вроде обьектно ориентированной MFC малек посовременней /

[zss_vrn]

zic

Плотому что НИКТО не сможет доказать что твоя программа собрана с помощью данного компилятора , для этого придется дизасасмблировать программу

1. Можно без декомпиляции - по EXE или DLL.
2. Блин, да все наоборот - это нам придется доказывать, на чем мы это ваяли, для чего предложат показать исходник и скомпилировать ИМЕННО ЭТОТ exe - чтобы байт в байт!

Ты меньше LSL слушай , он тебе расскажет как космические карабли бороздят просторы большого театра.

Да как его не слушать - он же по всем темам, уж и плюнутиь некуда стало, обязательно в него попадешь

[LSL]

zss_vrn
Я про С# не говорю - это дальнейшее развитие С++. А вот VB - извини, это - бейсик, и че с ним не делай, он им и останется

Сколько можно упорно утверждать что C# развитие C++? С# гораздо ближе к VB.NET.

Носом тебя в примеры:

С# - code

protected override void OnPaint(PaintEventArgs e) {
    e.Graphics.TextRenderingHint = TextRenderingHint.AntiAlias;
    e.Graphics.FillRectangle(backgroundBrush, ClientRectangle);
    e.Graphics.FillRectangle(new SolidBrush(Color.FromArgb(180, Color.White)), ClientRectangle);

    GraphicsPath path = new GraphicsPath(new Point[] {
        new Point(40, 140),
        new Point(275, 200),
        new Point(105, 225),
        new Point(190, 300),
        new Point(50, 350),
        new Point(20, 180),
        }, new byte[] {
            (byte)PathPointType.Start,
            (byte)PathPointType.Bezier,
            (byte)PathPointType.Bezier,
            (byte)PathPointType.Bezier,
            (byte)PathPointType.Line,
            (byte)PathPointType.Line,
            });

    PathGradientBrush pgb = new PathGradientBrush(path);
    pgb.SurroundColors = new Color[] {
        Color.Green,
        Color.Yellow,
        Color.Red,
        Color.Blue,
        Color.Orange,
        Color.White,
    };

    e.Graphics.FillPath(pgb, path);
}

VB.NET - code

Protected Overrides Sub OnPaint(e As PaintEventArgs)
    e.Graphics.TextRenderingHint = TextRenderingHint.AntiAlias
    e.Graphics.FillRectangle(backgroundBrush, ClientRectangle)
    e.Graphics.FillRectangle(New SolidBrush(Color.FromArgb(180, Color.White)), ClientRectangle)

    Dim path As New GraphicsPath(New Point() { _
        New Point(40, 140), _
        New Point(275, 200), _
        New Point(105, 225), _
        new Point(190, 300), _
        new Point(50, 350), _
        new Point(20, 180), _
        }, New Byte() { _
            CType(PathPointType.Start, Byte), _
            CType(PathPointType.Bezier, Byte), _
            CType(PathPointType.Bezier, Byte), _
            CType(PathPointType.Bezier, Byte), _
            CType(PathPointType.Line, Byte), _
            CType(PathPointType.Line, Byte), _
            })

    Dim pgb As New PathGradientBrush(path)
    pgb.SurroundColors = new Color() { _
        Color.Green, _
        Color.Yellow, _
        Color.Red, _
        Color.Blue, _
        Color.Orange, _
        Color.White, _
    }

    e.Graphics.FillPath(pgb, path)
End Sub

Где отличия ? Нет отличий. Пара ключевых слов различаются, и всё...
Теперь ты понимаешь что на VC++, BC++ такого не написать. Код будет
совсем другим...

С# и VB.NET похожи как две капли воды. Это факт.



>Ерунда. Их возможности аналогичны.
Ага. В москву из воронежа можно ехать через архангельск...


Вот и ага.

Хорошо, когда есть задор и уверенность! Цыплят, однако, по осени
считают. Когда можно будет посмотреть релиз?

Скорее всего не скоро... сессия.

А че там обсуждать? Дельфийцы из универа толпами прут, их - как
донов педро в бразилии.
Да, это так... боюсь качество их навыков не на высоком уровне.

JOHN_PROFF
ТАК КОГДА ИДЕМ ПИТЬ ПИВО ?

Не знаю...времени нет. Как только так сразу..
Ещё и простудился где-то

ОЧень хорошо ты из недостатка сделал достоинтсво .
Я понимаю в квадратных яйцах есть наверное свои приимущества.

Не путай универсальность языка и элкгантность. Часто одно вредит
другому. На пример C++.

fishca

Ты конечно повернутый на VB.NET

Я повёрнут на бейсике ? Нет Я повёрнут на исследовании скрытых
возможностей разума и сознания. Я хочу видеть (почувствовать) Бога,
постараться найти ответ на некоторые вечные вопросы, понять принципы
работы своего сознания, раскопать все то, что скрывается в
бессознательном, устраняя свои комплексы и искореняя негативные черты
характера, попутно фиксируя все эксперименты... бейсик - это мирская
утеха. Самовыражение, инструмент моего творчества...

, но объясни мне тупому какое
преимущество дает именно сейчас в эру Win32API программирования
программирование под .Net?

Некоторые вещи нельзя сделать без исспользования .net, некоторые
сложно. Конечно, ещё большего нельзя сделать на .net.

Большое преимущество - избавление от многих проблем
com-программирования.

В любом случае мы наблюдаем закат эры win32.

Да и после выхода Longhorn Win32API не умрет, приложения будут
поддерживаться

Конечно!

вымрут 16-ти разрядные приложения только

нет! тоже будут поддерживаться.

Longhorn выходит в 2006 году. До реального внедрения в жизнь
операционки пройдет еще годик как минимум.

Совершенно верно. Дальновидные программисты уже сейчас изучают
информацию о longhorn'е. Осваивают .net

Таким образом более 3-лет можно свободно программировать на Win32 Api,
да и дальше можно будет параллельно с программированием под .Net.

Конечно можно, а здесь кого-то насильно пересаживают на .net ?


А изучить литературу по .Net если уж приспичит можно за неделю
максимум. Сейчас смотрел С# программирование в .Net.

За неделю ? Кому как...

Все программирование сводится как и в MFC библиотеке через обертку к API
функциям. Возможность вызова апишных функций напрямую существует.

А к чему же ещё сводить ? Конечно к базовому интерфейсу ос.

Так что же крутого в .Net?

Что-то я уже не понимаю.... может быть мы по разному представляем
программирование ?

просто эволюционный виток интерфейса программирования, не более.

Революционный ) На COM'е базировалось всё программирование под
Windows, на COM'е ,базировались все win32-языки.
Delphi,VC++,BC++,VB... Эпоха COM подходит к концу... со всеми
прелестями и недостатками.

Да, и приведи доказательства "более элегантности" VB.NET по
сравнению с C#, будь любезен.

Всё тебе доказательства... много субьективного..

Значит, не все так страшно, как я думал. Революция, о которой так
долго говорили в MS, отменяется! Ура, товарищи!!!

Придёт наше время раскулачим и в си++бирь

Согласен NET это что то вроде обьектно ориентированной MFC малек
посовременней /

Эх. Не в корень ты зришь

[zic]

LSL

Сколько можно упорно утверждать что C# развитие C++? С# гораздо ближе к VB.NET.

Мне не хочется рыться и искать примеры использования , VCL на паскале и С++ ну разницы почти нет.
Ты опять сравниваешь НЕ то что нужно ,любая программа написанная с использование NET на любом языке будет выглядеть ПОЧТИ одинаково , поскольку типы одни , классы одни -- BCL.
Сравнивай синтаксис.

Хотя .
Кому и кобыла невеста.




zss_vrn
Вообще-то и в заголовки лезть можно запретить .
Если для тебя это так важно пользуй gcc? для конечной компиляции .
Он свободный и достаточно мощный /

[zss_vrn]

LSL

С# гораздо ближе к VB.NET.

Носом тебя в примеры:

Примеры говорят об обратном. Используются одни и те же библиотечные функции с одинаковыми именами, вот и все. На яве это выглядело бы почти один в один. Да ты возьми коды на дельфях и билдере - там столько же похожестей, потому что одна и та же VCL используется. Ты путаешь язык написания программы с RTL! Впрочем, во многия знания многая печали...

С# и VB.NET похожи как две капли воды. Это факт.

Это - неправда.

Да, это так... боюсь качество их навыков не на высоком уровне.

Увы, чаще всего так оно и есть

вымрут 16-ти разрядные приложения только

нет! тоже будут поддерживаться.

Они и сейчас-то жуть как плохо работают.

Я хочу видеть (почувствовать) Бога

Не думаю, что Он писал на бейсике.

) На COM'е базировалось всё программирование под
Windows, на COM'е ,базировались все win32-языки.
Delphi,VC++,BC++,VB... Эпоха COM подходит к концу... со всеми
прелестями и недостатками.

Интересное рассуждение! А по какому протоколу будет в NET осуществляться доступ к удаленным компонентам? Точнее, по какой модели? CORBA? Или может все же COM+? COM - ОЧЕНЬ широкая модель! И какой там механизм доступа к БД?

бейсик - это мирская
утеха. Самовыражение, инструмент моего творчества...

Возьми что-нибудь другое - может, лопату
zic

Если для тебя это так важно пользуй gcc? для конечной компиляции

Не выйдет - формы кто будет компилить Впрочем, билдер у нас лицензионный.

Ты опять сравниваешь НЕ то что нужно ,

Да, он в этих вещах здорово плавает, к сожалению. Эх, эту бы энергию - да на мирные цели

[LSL]

zic

Мне не хочется рыться и искать примеры использования , VCL на паскале и С++ ну разницы почти нет.
Ты опять сравниваешь НЕ то что нужно ,любая программа написанная с использование NET на любом языке будет выглядеть ПОЧТИ одинаково , поскольку типы одни , классы одни -- BCL.
Сравнивай синтаксис.

Читаешь через пост ?
Я доказывал zss_vrn'у что VB.NET и С# почти одно и то же.

Примеры говорят об обратном.

Раз так не вижу смысла дальше продолжать беседу.

А по какому протоколу будет в NET осуществляться доступ к удаленным компонентам? Точнее, по какой модели? CORBA? Или может все же COM+? COM - ОЧЕНЬ широкая модель! И какой там механизм доступа к БД?

Читай MSDN.

Закругляйтесь с флеймом и оффтопом.

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