Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.133.12.172] |
|
Страницы: (37) [1] 2 3 ... 36 37 ( Перейти к последнему сообщению ) |
Сообщ.
#1
,
|
|
|
Счас работаю с SQLLite полез в сорцы они на чистом С , почему не на С++ ?
тупо typedef не надо прописывать , new вместо malloc. тоже самое Python ,PHP . Ну когда ядро , там драйвера разные выбор в пользу С как-то логически понятен, A тут апликация и что разработчики этих продуктов не знают С++ или осознанно не пользуют? |
Сообщ.
#2
,
|
|
|
А какие преимущества С++ для разработки SQLite?
|
Сообщ.
#3
,
|
|
|
Сообщ.
#4
,
|
|
|
Цитата sergioK @ Счас работаю с SQLLite полез в сорцы они на чистом С , почему не на С++ ? А что им даст С++? Цитата Ну когда ядро , там драйвера разные выбор в пользу С как-то логически понятен Почему? Там и на С++ можно вполне. В крайнем случае откажешься от RTTI и исключений. Цитата апликация Цитата и что разработчики этих продуктов не знают С++ или осознанно не пользуют? Люди в команде приходят и уходят. С++ знают и хотят знать/использовать далеко не все. С Си ситуация несколько иная. Да и проще он гораздо. В общем, тут скорее политические мотивы, чем технологические. ИМХО. |
Сообщ.
#5
,
|
|
|
Я отношусь к противоположным: познав С++, С уже не хочу.
И - да, С проще в изучении. Зато куда сложнее в использовании. |
Сообщ.
#6
,
|
|
|
Цитата Qraizer @ познав С++, С уже не хочу. Аналогично. Хотя "познав С++" - это громко сказано. Языковые нюансы дают о себе знать часто. На мой вкус - слишком часто для такого инструмента, как язык программирования. Но не на сишечке же писать То, что можно, пишу на питоне. Это вообще странный язык - на нем как-то не волнуют языковые проблемы, даже когда они есть. Впрочем это может быть связано с уровнем задач, которые я с помощью него решаю. Цитата И - да, С проще в изучении. Зато куда сложнее в использовании. Спорно. Мы же уже вроде холиварили на эту тему |
Сообщ.
#7
,
|
|
|
Может быть, чтобы его можно было собрать под какой-нить микроконтроллер? Для многих из них до сих пор С++ не изобретен
Хотя зачем он на микроконтроллере - тож ХЗ Добавлено Цитата D_KEY @ Да и проще он гораздо. Да уж... Каждый раз, когда сталкиваешься с теми же строками, подступают приступы тошноты, равно как те же маллоки-реаллоки, в общем очень спорное утверждение |
Сообщ.
#8
,
|
|
|
SQLite деколарируется как кросс-платформенный продукт. Бытует мнение, что C более распространен, чем C++.
Добавлено Ну и: Скрытый текст Цитата From: Linus Torvalds <torvalds <at> linux-foundation.org> Subject: Re: [RFC] Convert builin-mailinfo.c to use The Better String Library. Newsgroups: gmane.comp.version-control.git Date: 2007-09-06 17:50:28 GMT (2 years, 14 weeks, 16 hours and 36 minutes ago) On Wed, 5 Sep 2007, Dmitry Kakurin wrote: > > When I first looked at Git source code two things struck me as odd: > 1. Pure C as opposed to C++. No idea why. Please don't talk about portability, > it's BS. *YOU* are full of bullshit. C++ is a horrible language. It's made more horrible by the fact that a lot of substandard programmers use it, to the point where it's much much easier to generate total and utter crap with it. Quite frankly, even if the choice of C were to do *nothing* but keep the C++ programmers out, that in itself would be a huge reason to use C. In other words: the choice of C is the only sane choice. I know Miles Bader jokingly said "to piss you off", but it's actually true. I've come to the conclusion that any programmer that would prefer the project to be in C++ over C is likely a programmer that I really *would* prefer to piss off, so that he doesn't come and screw up any project I'm involved with. C++ leads to really really bad design choices. You invariably start using the "nice" library features of the language like STL and Boost and other total and utter crap, that may "help" you program, but causes: - infinite amounts of pain when they don't work (and anybody who tells me that STL and especially Boost are stable and portable is just so full of BS that it's not even funny) - inefficient abstracted programming models where two years down the road you notice that some abstraction wasn't very efficient, but now all your code depends on all the nice object models around it, and you cannot fix it without rewriting your app. In other words, the only way to do good, efficient, and system-level and portable C++ ends up to limit yourself to all the things that are basically available in C. And limiting your project to C means that people don't screw that up, and also means that you get a lot of programmers that do actually understand low-level issues and don't screw things up with any idiotic "object model" crap. So I'm sorry, but for something like git, where efficiency was a primary objective, the "advantages" of C++ is just a huge mistake. The fact that we also piss off people who cannot see that is just a big additional advantage. If you want a VCS that is written in C++, go play with Monotone. Really. They use a "real database". They use "nice object-oriented libraries". They use "nice C++ abstractions". And quite frankly, as a result of all these design decisions that sound so appealing to some CS people, the end result is a horrible and unmaintainable mess. But I'm sure you'd like it more than git. Linus |
Сообщ.
#9
,
|
|
|
Ну Линуса в данном вопросе я бы не стал воспринимать как авторитетное мнение - он известный тролль.
Лично вот я уже пожалел, что свой проект на C начал, думаю тут еще важна инерционность мышления разработчиков. |
Сообщ.
#10
,
|
|
|
Цитата D_KEY @ В общем, тут скорее политические мотивы, чем технологические. ИМХО. Ох, чёрт... Сколько же прошло с тех пор, как ты с Flex'ом меня уверяли, что не-не-не Цитата UncleBob @ Может быть, чтобы его можно было собрать под какой-нить микроконтроллер? Для многих из них до сих пор С++ не изобретен Да хрен бы с ними... Меня вот удивляют штуки, под которые изобретён J2ME, но не C++ по причине "накладных расходов". |
Сообщ.
#11
,
|
|
|
Цитата UncleBob @ Да уж... Каждый раз, когда сталкиваешься с теми же строками, подступают приступы тошноты, равно как те же маллоки-реаллоки, в общем очень спорное утверждение Приступы тошноты не имеют никакого отношения к сложности |
Сообщ.
#12
,
|
|
|
Цитата D_KEY @ Приступы тошноты не имеют никакого отношения к сложности Имеют самое непосредственное. Гораздо проще пользоваться объектом, инкапсулирующим сишное УГ в своих потрохах, и дающим внятный и удобный интерфейс, абстрагирующий программиста от, например, тех же бесконечных переаллокаций памяти. Как следствие, имеем явное упрощение, как разработки. так и кода... Мерить простоту инструмента только количеством выполняемых им функций - это ерунда какая-то. Создай оконное виндовс приложение на С и С#, и мы дружно посмеемся, что из этого просто, а что сложно. А еще припомним эту замечательную особенность языка С, когда нужно все используемые переменные объявить в начале функции - сколько простой и, главное, нужной работы! Цитата D_KEY @ Люди в команде приходят и уходят. С++ знают и хотят знать/использовать далеко не все А уж знание С и незнание С++ это вообще, какая-то ситуация из начала 90-х |
Сообщ.
#13
,
|
|
|
Цитата UncleBob @ Цитата D_KEY @ Приступы тошноты не имеют никакого отношения к сложности Имеют самое непосредственное. Это просто твое личное восприятие. При чем тут сложность? Цитата Гораздо проще пользоваться объектом, инкапсулирующим сишное УГ в своих потрохах, и дающим внятный и удобный интерфейс, абстрагирующий программиста от, например, тех же бесконечных переаллокаций памяти. Как следствие, имеем явное упрощение, как разработки. так и кода... В си-проектах делают точно так же. Цитата Создай оконное виндовс приложение на С и С#, и мы дружно посмеемся, что из этого просто, а что сложно. Что проще, бензопила или ручная? Цитата А еще припомним эту замечательную особенность языка С, когда нужно все используемые переменные объявить в начале функции - сколько простой и, главное, нужной работы! Не в начале функции, а в начале блока. Кроме того, с С99 этой особенности нет, а компиляторы уже давно не обращают на это внимание в Си-коде. Цитата Цитата D_KEY @ Люди в команде приходят и уходят. С++ знают и хотят знать/использовать далеко не все А уж знание С и незнание С++ это вообще, какая-то ситуация из начала 90-х Глупости. По крайней мере если речь идет именно о знании С++. Кроме того, человек может знать много языков, в том числе и С(чтоб модули для своего основного инструмента(скажем, питона) при необходимости писать, например). А вот С++ ему просто ни к чему, вместе со всеми его нюансами, не дающими никакого профита(именно для этого специалиста и проектов, в которых он занят). |
Сообщ.
#14
,
|
|
|
Цитата Qraizer @ Я отношусь к противоположным: познав С++, С уже не хочу. И - да, С проще в изучении. Зато куда сложнее в использовании. Короче вот это плюсую, дальше сиди на сухом пайке По пятницам больше кушать не подаю, извини D_KEY |
Сообщ.
#15
,
|
|
|
Цитата UncleBob @ Цитата Qraizer @ Я отношусь к противоположным: познав С++, С уже не хочу. И - да, С проще в изучении. Зато куда сложнее в использовании. Короче вот это плюсую Я это тоже "плюсовал", если ты тему читал |