powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Морально устаревшие элементы языков высокого уровня
25 сообщений из 355, страница 9 из 15
Морально устаревшие элементы языков высокого уровня
    #35982798
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XDiaBLoАга, у меня в программах используется AnsiString, string и местами char* встречается. Преобразовывать постоянно приходится. Надоело.
Ага. А теперь подключи какой-нибудь Oracle-OCI клиент (классическая двузвенка) и получишь ещё один уникальный и ни с чем не совместимый тип строк. И так далее до коматозного состояния :)
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982804
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Алексей КЭто да. К вопросу: "нужны ли в С++ стандартные библиотеки". :-)

Как показывает практика, именно стандартные библиотеки и привели к такой плачевной ситуации :)
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982811
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonXDiaBLoАга, у меня в программах используется AnsiString, string и местами char* встречается. Преобразовывать постоянно приходится. Надоело.
Ага. А теперь подключи какой-нибудь Oracle-OCI клиент (классическая двузвенка) и получишь ещё один уникальный и ни с чем не совместимый тип строк. И так далее до коматозного состояния :)

OCCI использует std::string, OCI - char*
Ась ?
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982817
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonXDiaBLoАга, у меня в программах используется AnsiString, string и местами char* встречается. Преобразовывать постоянно приходится. Надоело.
Ага. А теперь подключи какой-нибудь Oracle-OCI клиент (классическая двузвенка) и получишь ещё один уникальный и ни с чем не совместимый тип строк. И так далее до коматозного состояния :)
У меня ODAC, для доступа к Ораклу, не замечал в нём никаких особых типов строк.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982819
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytoneee-pcлисп решает генетические алгоритмы и многое другое. я как то писал на прологе взлом простых паролей. пролог делал это в сотни раз быстрее, чем перебор си.
Чепуха.

статистика упрямая весчь
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982823
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcmaytoneee-pcлисп решает генетические алгоритмы и многое другое. я как то писал на прологе взлом простых паролей. пролог делал это в сотни раз быстрее, чем перебор си.
Чепуха.

статистика упрямая весчь

есть ложь, наглая ложь и статистика :)
вы ее имеете в виду ?
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982825
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XDiaBLoАлексей КXDiaBLoА вам пора бы перейти на 1С.Почему?
Ну я думаю там можно больше о предметной области думать
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982831
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gdseee-pc
ну и зацени это. если у тебя два класса имеют одно и то же имя. как IDE должна их парсить ? а вместо этого ты вынужден использовать ДЛИННЫЕ ИМЕНА КЛАССОВ, что очевидно замедляет процесс набора текста.
нивсегда. Можно сначала объявить
using Class1 = ДлинныйСпайсНаймКомпании1.ДлинныйИлиНеОченьДлинныйКласс.
using Class2 = ДлинныйСпайсНаймКомпании2.ДлинныйИлиНеОченьДлинныйКласс.
и потом использовать только Class1 и Class2

а потом придет дядя петя, и скачает либу с class1, какой будет результат ?
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982840
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonМеня больше беспокоит огромное количество псевдо-типов, которыми оброс С++ за последние 20 лет. Одних строковых не меньше десятка. Под каждую библиотеку, технологию есть свой *Xstring. А теперь представьте что вам надо стыковать эти разные технологии вместе.

а сколько кодировок появилось за это время, ппц. почему например все flash видео сайты делают свой формат, не совместимый с другими ? тоже и здесь. это не си заставляет делать си-строки (кстати сказать, что си-строки вполне достойны, кроме того, самые быстрые из всех). это удары под ребра заставляют крутится
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982845
nicktcher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XDiaBLoMasterZiv
XDiaBLo wrote:

> Если не объявлять интерфейс отдельно в С++ например, то методы будут
> inline, насколько мне известно, а это не всегда то что нужно.

Они будут inline, но это никому не мешает ни в чём.

Так ведь размер кода может сильно вырасти, разве нет?

Здесь многое от контекста зависит. Давайте отделим мух от котлет. Размер кода был критичен раньше, когда ОП в машинах было 64kb. Размер кода критичен при разработке драйверов и микропрошивок различных устройств. Если Вы ратуете за компактность кода - Assembler к вашим услугам. Далее, давайте не будем путать размер кода и его производительность - это далеко не одно и то же. Да, действительно, при встраивании процедур/функций код несколько пухнет, НО, например, в глубоко вложенных циклах потери на накладные расходы, связанные с вызовом функций столь велики, что встраивание - наиболее эффективный подход для повышения быстродействия. А на линейных участках кода - на современных машинах совершенно несущественно - встроенная функция или нет
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982850
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)Алексей КЭто да. К вопросу: "нужны ли в С++ стандартные библиотеки". :-)

Как показывает практика, именно стандартные библиотеки и привели к такой плачевной ситуации :)

поясните. стандартные библиотеки привели к проблемме ???

тогда ява и дотнет обречены.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982856
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)есть ложь, наглая ложь и статистика :)
вы ее имеете в виду ?

да без проблемм.
считаем a=b!!! (такое число, что б в память влезло) на
-ерланге
-прологе
-сипп
-си
-маталабе
-дотнет
-ява

два последних явно в аутсайдерах.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982862
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcGluk (Kazan)Алексей КЭто да. К вопросу: "нужны ли в С++ стандартные библиотеки". :-)

Как показывает практика, именно стандартные библиотеки и привели к такой плачевной ситуации :)

поясните. стандартные библиотеки привели к проблемме ???

тогда ява и дотнет обречены.Видимо, речь идёт не о самом факте существования стандартных библиотек, а о их количестве. :-)
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982869
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nicktcherЗдесь многое от контекста зависит. Давайте отделим мух от котлет. Размер кода был критичен раньше, когда ОП в машинах было 64kb. Размер кода критичен при разработке драйверов и микропрошивок различных устройств. Если Вы ратуете за компактность кода - Assembler к вашим услугам.

современные компиляторы (кстати, ВСЕ современные компиляторы написаны на си или сипп) умеют делать как favor speed (fast code) так и favor size (small size)
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982873
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcGluk (Kazan)Алексей КЭто да. К вопросу: "нужны ли в С++ стандартные библиотеки". :-)

Как показывает практика, именно стандартные библиотеки и привели к такой плачевной ситуации :)

поясните. стандартные библиотеки привели к проблемме ???

тогда ява и дотнет обречены.

Все та же - STL. Уважаемый mayton поминал Oracle клиент. OCCI действительно использует std::string НО той версии с которой он собирался И как только начинаешь стыковать это со своим приложением собранным с другой версией ... шоу начинается.

Далее все CString и QString и есть не что иное как std::string, но лишенные "фатального недостатка" (т.е. написанные собственными силами). STL подлил много масла в этот огонь, а Boost - продолжает достойную традицию.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982889
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcGluk (Kazan)есть ложь, наглая ложь и статистика :)
вы ее имеете в виду ?

да без проблемм.
считаем a=b!!! (такое число, что б в память влезло) на
-ерланге
-прологе
-сипп
-си
-маталабе
-дотнет
-ява

два последних явно в аутсайдерах.

а на чем написан Erlang ???
Ты мне лучше обрисуй что это ты на прологе за чудо алгоритм нашел для подбора паролей, который лучше брутфорса ? Не только mayton-а терзают смутные сомнения
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982894
Фотография Алексей К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcgdseee-pc
ну и зацени это. если у тебя два класса имеют одно и то же имя. как IDE должна их парсить ? а вместо этого ты вынужден использовать ДЛИННЫЕ ИМЕНА КЛАССОВ, что очевидно замедляет процесс набора текста.
нивсегда. Можно сначала объявить
using Class1 = ДлинныйСпайсНаймКомпании1.ДлинныйИлиНеОченьДлинныйКласс.
using Class2 = ДлинныйСпайсНаймКомпании2.ДлинныйИлиНеОченьДлинныйКласс.
и потом использовать только Class1 и Class2

а потом придет дядя петя, и скачает либу с class1, какой будет результат ?Разумеется, такое возможно, но это уже будет верх невезения.

Главное, что скомпилированный код будет работать. А при перекомпеляции не беда, поправим если что...
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982899
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcmaytonМеня больше беспокоит огромное количество псевдо-типов, которыми оброс С++ за последние 20 лет. Одних строковых не меньше десятка. Под каждую библиотеку, технологию есть свой *Xstring. А теперь представьте что вам надо стыковать эти разные технологии вместе.

а сколько кодировок появилось за это время, ппц. почему например все flash видео сайты делают свой формат, не совместимый с другими ? тоже и здесь. это не си заставляет делать си-строки (кстати сказать, что си-строки вполне достойны, кроме того, самые быстрые из всех). это удары под ребра заставляют крутится
С какой стати си-строки самые быстрые? Вы Джоэла не читали? Там используется алгоритм маляра Шлемиля. Они медленные, дальше некуда.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982909
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nicktcherXDiaBLoMasterZiv
XDiaBLo wrote:

> Если не объявлять интерфейс отдельно в С++ например, то методы будут
> inline, насколько мне известно, а это не всегда то что нужно.

Они будут inline, но это никому не мешает ни в чём.

Так ведь размер кода может сильно вырасти, разве нет?

Здесь многое от контекста зависит. Давайте отделим мух от котлет. Размер кода был критичен раньше, когда ОП в машинах было 64kb. Размер кода критичен при разработке драйверов и микропрошивок различных устройств. Если Вы ратуете за компактность кода - Assembler к вашим услугам. Далее, давайте не будем путать размер кода и его производительность - это далеко не одно и то же. Да, действительно, при встраивании процедур/функций код несколько пухнет, НО, например, в глубоко вложенных циклах потери на накладные расходы, связанные с вызовом функций столь велики, что встраивание - наиболее эффективный подход для повышения быстродействия. А на линейных участках кода - на современных машинах совершенно несущественно - встроенная функция или нет
Я всё это знаю. Изначально я говорил:"Это не всегда то, что нужно". В этой фразе и суть.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982921
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nicktcherЕсли Вы ратуете за компактность кода - Assembler к вашим услугам.
Кстати я писал на ассемблере, а в универе даже всю группу натаскивал сдавать практику, за что мне препод поставил все пятёрки за семестр, лишь бы самому с ними не париться. Но практического смысла писать на нём что-то объёмное, не вижу.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982938
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gluk (Kazan)eee-pcGluk (Kazan)есть ложь, наглая ложь и статистика :)
вы ее имеете в виду ?

да без проблемм.
считаем a=b!!! (такое число, что б в память влезло) на
-ерланге
-прологе
-сипп
-си
-маталабе
-дотнет
-ява

два последних явно в аутсайдерах.

а на чем написан Erlang ???
Ты мне лучше обрисуй что это ты на прологе за чудо алгоритм нашел для подбора паролей, который лучше брутфорса ? Не только mayton-а терзают смутные сомнения

здесь суть не в том, на чем написан ерланг, а как он выполняет программу.
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982946
eee-pc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XDiaBLoС какой стати си-строки самые быстрые? Вы Джоэла не читали? Там используется алгоритм маляра Шлемиля. Они медленные, дальше некуда.

какое какой алгоритм в char* используется ?
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982959
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pc
здесь суть не в том, на чем написан ерланг, а как он выполняет программу.

ага именно в этом что-то мне этот код напоминает
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982973
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
eee-pcXDiaBLoС какой стати си-строки самые быстрые? Вы Джоэла не читали? Там используется алгоритм маляра Шлемиля. Они медленные, дальше некуда.

какое какой алгоритм в char* используется ?
Не в char*, а в алгоритме присоединения строки к другой строке. Вот как к примеру узнать длину сишной строки?
...
Рейтинг: 0 / 0
Морально устаревшие элементы языков высокого уровня
    #35982983
Фотография Aklin J
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
XDiaBLoeee-pcXDiaBLoС какой стати си-строки самые быстрые? Вы Джоэла не читали? Там используется алгоритм маляра Шлемиля. Они медленные, дальше некуда.

какое какой алгоритм в char* используется ?
Не в char*, а в алгоритме присоединения строки к другой строке. Вот как к примеру узнать длину сишной строки?

а вы думаете, что конкатенция в других языках быстрее только от того, что они хранят длину строки? я думаю нет.
...
Рейтинг: 0 / 0
25 сообщений из 355, страница 9 из 15
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Морально устаревшие элементы языков высокого уровня
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]