Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Идеи по усовершенствованию реализации библиотек на языке Си, opennews (??), 17-Окт-10, (0) [смотреть все] Не согласен с пунктом 12 На стадии разработки не стоит утруждаться вопросами по, croster (ok), 22:09 , 17-Окт-10, (3) +2 // это у нас так принято, а для человека пологающегося интуитивно на анси С да и С, ананим (?), 22:22 , 17-Окт-10, (4) +8 А разработчику этого кода оно точно нужно Боюсь многие в таком случае просто , Ананимуз (?), 22:54 , 17-Окт-10, (8) Цитируйте до конца Если вы сами не собираетесь тестировать код на платформе, , Aesthetus Animus (ok), 23:38 , 17-Окт-10, (9) +2 // Код может быть написан грамотно, но прибит гвоздями к Windows Linux Потом мож, croster (ok), 23:47 , 17-Окт-10, (11) +1 // это уже не грамотный код с точки срения стандартов к примеру fprintf есть в стан, ананим (?), 14:35 , 18-Окт-10, (35) +1 Есть-то он есть, да кто ж его ест В смысле, для того, чтобы правильно и _портаб, Морозов Алексей (?), 20:00 , 18-Окт-10, (39) _портабельно_ - это как указанно в ANSI C стандарте А он на всех платформах еди, Аноним (-), 00:07 , 19-Окт-10, (45) –1 Та часть, которая предсказуемо работает на всех платформах, уж очень ограниченна, Crazy Alex (??), 00:15 , 19-Окт-10, (46) приведите пример ограниченности пока только сферически-нетривиальные кони в ва, ананим (?), 11:56 , 19-Окт-10, (54) Нет, практический опыт написания низкоуровневых приложений а иначе нахрена C , Морозов Алексей (?), 06:08 , 21-Окт-10, (57) э-э-э inttypes h не По крайней мере это работает для linux bsd x32 x64 Для , kshetragia (ok), 05:25 , 22-Окт-10, (59) Задание, напомню, касалось вывода целочисленных типов в поток посредством порта, Морозов Алексей (?), 22:35 , 22-Окт-10, (63) гм уже посмотрел , kshetragia (ok), 11:29 , 25-Окт-10, (71) Для size_t и ptrdiff_t в POSIX имеются варианты конверсии z и t , соответстве, PereresusNeVlezaetBuggy (ok), 08:41 , 22-Окт-10, (60) А если собирать не посредством VC , то и таких проблем не возникнет , PereresusNeVlezaetBuggy (ok), 08:48 , 22-Окт-10, (61) Спасибо, Капитан Вы хотите предложить таскать мне за собой гнутый рантайм или с, Морозов Алексей (?), 22:30 , 22-Окт-10, (62) Ну и да, выше упоминается off_t, а не ptrdiff_t Который, как известно, нынче ск, Морозов Алексей (?), 22:39 , 22-Окт-10, (64) inttypes h входит в C99 Что ещё тут сказать Да, не все компиляторы поддержив, PereresusNeVlezaetBuggy (ok), 23:15 , 22-Окт-10, (66) Всего лишь заголовочный файл Мимо , PereresusNeVlezaetBuggy (ok), 23:07 , 22-Окт-10, (65) П-цаны, _откуда_ , _откуда_ , скажите, сделайте милость, всплыл этот дурацкий in, Морозов Алексей (?), 04:43 , 23-Окт-10, (67) Вы это серьёзно Или вы в inttypes h ни разу не заглядывали code fprintf mac, PereresusNeVlezaetBuggy (ok), 05:04 , 23-Окт-10, (68) Отлично Вы эти макросы в реальной жизни пробовали применять Впрочем, вижу, про, Морозов Алексей (?), 11:38 , 23-Окт-10, (69) gt оверквотинг удален Этот вопрос не ставился Был вопрос о реальности портабе, PereresusNeVlezaetBuggy (ok), 13:13 , 23-Окт-10, (70) Да, готовьтесь к тому, что во второй части нашей увлекательной викторины а умее, Морозов Алексей (?), 06:18 , 21-Окт-10, (58) Нет слов VM POSIX Ничего не говорят ИМХО, код на Си, НЕ ЗАДУМАННЫЙ СРА, Фкуку (?), 01:40 , 18-Окт-10, (17) –2 // Если думать обо всём и сразу, то есть риск вообще не сдвинуться с места, погрязн, www2 (??), 07:42 , 18-Окт-10, (21) +6 код на анси С сам по себе кроссплатформеннее некуда и анси С полностью соответсв, ананим (?), 14:20 , 18-Окт-10, (33) Пункт 1, как раз - чуть ли не единственный разумный пункт autotools это вообще , Crazy Alex (??), 00:24 , 19-Окт-10, (47) +1 остаётся только заставить все целевые платформы следовать этому, не побоюсь сказ, ананим (?), 04:16 , 20-Окт-10, (56) Ничего страшного К pkg-config приучается же народ понемногу А если на паре-тро, Crazy Alex (??), 05:59 , 03-Ноя-10, (75) http sourceforge net projects mk-configure http mova org cheusov pub mk-con, Aleksey Cheusov (?), 17:45 , 25-Окт-10, (73) Проблема в том, что разработчик не всегда имеет одинаковый скилл на всех платфор, 2Nike (ok), 02:02 , 18-Окт-10, (18) +5 какие сложности - бери да пиши всё с нуля, z (??), 14:34 , 18-Окт-10, (34) Как минимум надо переходить от Си на С , кодом гораздо проще управлять А вообще, andr.ru (?), 12:17 , 19-Окт-10, (55) Очень здравая и ясная идея То, что перечислено в списке, - в общем то очевидно,, Aesthetus Animus (ok), 22:39 , 17-Окт-10, (6) +1 // Очевидное зло - Есть библиотеки хорошие, и есть не хорошие, а есть и корпорати, 310dej (?), 23:40 , 17-Окт-10, (10) // если им это покажется здравым и полезным - то ВайНо , Андрей (??), 00:42 , 18-Окт-10, (15) Так нужно MyContextFree MyContext con , Ariel (ok), 23:58 , 17-Окт-10, (12) // Там же ясно написано, что в Plain C не принято использовать CamelCase , www2 (??), 07:36 , 18-Окт-10, (20) +1 // Простите - кем написано Расти Раселом Пардон, но при всем уважении к его творе, klalafuda (?), 08:00 , 18-Окт-10, (23) –4   // Это не его личная позиция, это общепринятая практика Посмотрите на стандартные , www2 (??), 08:11 , 18-Окт-10, (24) +3   При всем уважении к стандартам ANSI C и POSIX, описываемое ими API и принятая в , klalafuda (?), 08:17 , 18-Окт-10, (26)   Такой стиль был принят - создателеми языка Д Ричи ,- всей группой разработчико, www2 (??), 08:26 , 18-Окт-10, (27) +3   Вообще то мир C распространяется существенно дальше K R, ANSI C, POSIX etc и м, klalafuda (?), 08:58 , 18-Окт-10, (28)   Вообще-то, именно так и принято Хотя я конечно не говорю, что всё остальное зап, www2 (??), 09:19 , 18-Окт-10, (29)   Вот уж что точно не надо вспоминать Все эти ужасные BOOL и BYTE, всяческие hVie, Аноним (-), 16:02 , 18-Окт-10, (37) +3   Ну, их в основном за длину названий и венгерскую нотацию ругают Кстати, венгерс, Crazy Alex (??), 00:28 , 19-Окт-10, (49)   Вы будете удивлены, но в плюсах точно так же принято функции стандартной библиот, Crazy Alex (??), 00:26 , 19-Окт-10, (48)   Расти в комментариях поправляется , Аноним (-), 10:16 , 18-Окт-10, (31) +1   Странно, что описанные выше проблемы еще существуют в этом веке на java много, VoDA (ok), 00:05 , 18-Окт-10, (13) –7 // Когда появился java, а когда си , 2Nike (ok), 02:02 , 18-Окт-10, (19) // Для чего существует Java, а для чего си , segoon (ok), 20:21 , 18-Окт-10, (41) Только на java нельзя написать многое из того что на сях пишется только в путь , User294 (ok), 20:54 , 18-Окт-10, (42) Да хоть бы и так Чего ж не взять идею, если она хороша Главное глупости не тян, Crazy Alex (??), 00:31 , 19-Окт-10, (51) аналога архива CPAN для языка Си кажется, опечатка , Аноним (-), 01:16 , 18-Окт-10, (16) Что-то как-то IMHO многовато шума для столь мелкого проекта По крайней мере есл, klalafuda (?), 07:56 , 18-Окт-10, (22) // Всегда приходится с чего-то начинать Linux начинался с эмулятора терминала, раб, www2 (??), 08:13 , 18-Окт-10, (25) +1 Слегка поделили на 0 , Аноним (-), 09:46 , 18-Окт-10, (30) –1 // На Си можно писать изящно А можно не изящно А можно не писать Их цель достижи, PereresusNeVlezaetBuggy (ok), 14:40 , 18-Окт-10, (36) +2 По сравнению с бытовавшими в то время языками -- да, Си изящный И сейчас в опред, gegMOPO4 (ok), 20:14 , 18-Окт-10, (40) // Да, выписывать веб-приложение типа Ынтерпрайзной CRM на голых сях можно и подзад, User294 (ok), 20:59 , 18-Окт-10, (44) –3 Только совсем слегка На сях порой попадается отличный код Простой в понимании,, User294 (ok), 20:56 , 18-Окт-10, (43) Это он про extern C , anonymous (??), 12:43 , 18-Окт-10, (32) // мне кажется, это он про C обёртки blabla- make_zashibis для blabla_make_zas, anonymous (??), 18:14 , 18-Окт-10, (38) // А вот такие обёртки делаются только с горя Как правило гораздо больше толку, , Crazy Alex (??), 00:35 , 19-Окт-10, (53) +1 Ну тогда логично Я уж подумал, что он наезжает на те библиотеки, которые предос, Crazy Alex (??), 00:32 , 19-Окт-10, (52) Пункт 1 легко исправляется выбором правильного инструмента для сборки проекта ht, Aleksey Cheusov (?), 17:29 , 25-Окт-10, (72) // Ээ, он уже больше не на bmake или стал таскать с собой , nuclight (ok), 18:30 , 02-Ноя-10, (74) 3,6,12,13,16,22,30,32,72

Сообщения

[Сортировка по времени | RSS]

	23. "Идеи по усовершенствованию реализации библиотек на языке Си"	–4 +/–
	Сообщение от klalafuda (?), 18-Окт-10, 08:00
	> Там же ясно написано, что в Plain C не принято использовать CamelCase. Простите - кем написано? Расти Раселом? Пардон, но при всем уважении к его творениям он явно далек от позиции чтобы диктовать, что в языке C принято а что - нет. Это у него - не принято. И бога ради. Это его личная позиция. Но - не более того.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Идеи по усовершенствованию реализации библиотек на языке Си"	+3 +/–
	Сообщение от www2 (??), 18-Окт-10, 08:11
	Это не его личная позиция, это общепринятая практика. Посмотрите на стандартные библиотеки ANSI C, посмотрите на POSIX API, не используется там CamelCase. Есть два типа имён - макросы пишутся полностью ЗАГЛАВНЫМИ_БУКВАМИ, и всё остальное, пишется строчными_буквами. Названия типов данных дополняются суффиксом _t. Использование CamelCase в Plain C может быть скорее вашей личной позицией, но не более того.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Идеи по усовершенствованию реализации библиотек на языке Си"	+/–
	Сообщение от klalafuda (?), 18-Окт-10, 08:17
	> Это не его личная позиция, это общепринятая практика. Посмотрите на стандартные библиотеки ANSI C, посмотрите на POSIX API, не используется там CamelCase. Есть два типа имён - макросы пишутся полностью ЗАГЛАВНЫМИ_БУКВАМИ, и всё остальное, пишется строчными_буквами. Названия типов данных дополняются суффиксом _t. Использование CamelCase в Plain C может быть скорее вашей личной позицией, но не более того. При всем уважении к стандартам ANSI C и POSIX, описываемое ими API и принятая в нем стилистика - это лишь мизерная часть от того, что было так или иначе разработано с использованием языка C в глобальном масштабе. Предвидя аргумент a'la 'А вот в ядре Linux/BSD/etc..' - да, и ядро Linux/BSD/etc это так же очень небольшая часть от. Есть огромное количество самых разнообразных проектов, которые используют язык C. И открытых и закрытых и ещё бог знает каких. И вот так вот с легкой руки ровнять всех под одну гребенку и заявлять что мол 'в языке C что-то принято или не принято' - это мягко говоря несколько самоуверенно. Слишком самоуверенно. На грани фолта.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Идеи по усовершенствованию реализации библиотек на языке Си"	+3 +/–
	Сообщение от www2 (??), 18-Окт-10, 08:26
	>> При всем уважении к стандартам ANSI C и POSIX, описываемое ими API > и принятая в нем стилистика - это лишь мизерная часть от > того, что было так или иначе разработано с использованием языка C > в глобальном масштабе. Предвидя аргумент a'la 'А вот в ядре Linux/BSD/etc..' > - да, и ядро Linux/BSD/etc это так же очень небольшая часть > от. Такой стиль был принят: - создателеми языка (Д. Ричи), - всей группой разработчиков Unix (К. Томпсон, Б. Керниган и т.д.), для разработки которой и был изначально придуман Си, - в стандарте ANSI C, - в стандартах POSIX API. Если этого авторитета вам не достаточно, то разговаривать с вами дальше не имеет смысла. > Есть огромное количество самых разнообразных проектов, которые используют язык C. И открытых > и закрытых и ещё бог знает каких. И вот так вот > с легкой руки ровнять всех под одну гребенку и заявлять что > мол 'в языке C что-то принято или не принято' - это > мягко говоря несколько самоуверенно. Слишком самоуверенно. На грани фолта. Вы точно не путаете Plain C и C++? И вообще, что-то вы не похожи на klalafuda, он был более сдержан в высказываниях и всегда подписывался. И "На грани фолта." он бы не сказал, он грамотный.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Идеи по усовершенствованию реализации библиотек на языке Си"	+/–
	Сообщение от klalafuda (?), 18-Окт-10, 08:58
	> Такой стиль был принят: > -создателеми языка (Д. Ричи), > -всей группой разработчиков Unix (К. Томпсон, Б. Керниган и т.д.), для разработки > которой и был изначально придуман Си, > -в стандарте ANSI C, > -в стандартах POSIX API. > Если этого авторитета вам не достаточно, то разговаривать с вами дальше не имеет смысла. Вообще то 'мир C' распространяется существенно дальше K&R, ANSI C, POSIX etc и мягко говоря ими не ограничен. Думаю, с этим фактом никто спорить не будет? Вспомнить хотя бы WinAPI и прикинуть, сколько на его базе было написано самого разнообразного софта. И принятый в нем стиль имеет ни чуть не меньшее право на существование, чем скажем стиль POSIX. А сколько ещё существует стилистических подходов к оформлению кода на C? Масса. Замечу, я сейчас не расставляю оценок какой из подходов лучше а какой хуже. WinAPI vs POSIX, CamelCase vs other etc. Оставим это бессмысленное занятие кому-нибудь другому. Но факт остается фактом: проектов на C существует огромное количество равно как и подходов к их стилистическому оформлению. И нельзя однозначно утверждать, что мол 'в C принято так то и так то и никак иначе'. Популярность и реальная применимость языка в тех или иных живых проектах давно уже шагнула бесконечно дальше чем те рамки и проекты, в которых он изначально разрабатывался. > И вообще, что-то вы не похожи на klalafuda, он был более сдержан в высказываниях и всегда подписывался. И "На грани фолта." он бы не сказал, он грамотный. Все течет, все меняется.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Идеи по усовершенствованию реализации библиотек на языке Си"	+/–
	Сообщение от www2 (??), 18-Окт-10, 09:19
	> Но факт остается фактом: проектов на C существует > огромное количество равно как и подходов к их стилистическому оформлению. И > нельзя однозначно утверждать, что мол 'в C принято так то и > так то и никак иначе'. Вообще-то, именно так и принято. Хотя я конечно не говорю, что всё остальное запрещено. Крупные самостоятельные проекты могут пользоваться своим стилем. >> И вообще, что-то вы не похожи на klalafuda, он был более сдержан в высказываниях и всегда подписывался. И "На грани фолта." он бы не сказал, он грамотный. > Все течет, все меняется. Культурного, образованного и разумного человека сложно так быстро испортить.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Идеи по усовершенствованию реализации библиотек на языке Си"	+3 +/–
	Сообщение от Аноним (-), 18-Окт-10, 16:02
	>Вспомнить хотя бы WinAPI Вот уж что точно не надо вспоминать! Все эти ужасные BOOL и BYTE, всяческие hViewInstance, какие-то велосипеды и костыли на каждом шагу. Буэээ... Ещё ни разу не слышал чтобы стиль WInAPI хоть кому-то нравился.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	49. "Идеи по усовершенствованию реализации библиотек на языке Си"	+/–
	Сообщение от Crazy Alex (??), 19-Окт-10, 00:28
	Ну, их в основном за длину названий и венгерскую нотацию ругают. Кстати, венгерская нотация в сях, с их слабой типизированностью, иногда даже смысл имеет. Хотя очень редко :-)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Идеи по усовершенствованию реализации библиотек на языке Си"	+/–
	Сообщение от Crazy Alex (??), 19-Окт-10, 00:26
	Вы будете удивлены, но в плюсах точно так же принято функции стандартной библиотеки и буста писать через подчёркивания. Это даёт возможность чётко видеть, что стандартно, а что - пользовательские функции, написанные в camelCase. И это удобно.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	31. "Идеи по усовершенствованию реализации библиотек на языке Си"	+1 +/–
	Сообщение от Аноним (-), 18-Окт-10, 10:16
	Расти в комментариях поправляется: > Author comment by rusty | October 15, 2010 at 8:48 pm > I assume you’re being sarcastic? But just in case… > “standard” meaning “normal practice”. And also “as used by the standard”, since anyone familiar with the C standard library will be aware how prevalent this practice is (and also how weird exceptions like “FILE *” look). > I don’t think there’s a point in the standard saying “thou shalt not use BumpyCaps”; there are so many more effective ways to write ugly code which can’t be banned even if you wanted to. But if you use the standard libraries, your code won’t be consistently BumpyCaps anyway, so why start?
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема