Какой стиль программирования считаете наиболее приемлемым?
Меня клинит между двумя вариантами :

1)
//от микрософт/венгерская
class CSomeClass{
//код
};
void SomeVoidFn(LPCTSTR lpszstr){
//код
}

2)
//по типу gnu|opensource
class some_class{
//код
};
void some_void_function(const char* some_string){
//...
}

ваши мнения?

AkhСчитаю так же. Раз тебя не отягощают никакие внешние факторы, пиши так как тебе будет нагляднее.

Я, зачастую, пишу стразу 2-мя (если так можно выразиться). То, что относится к интерфейсу - 1-м методом, что к внутренней реализации - 2-й.
Так, блин, абракадабра же тогда получается!

У меня два или три приложения загнулись на стадии разработки из-за того, что я сначала начинал в стили microsoft, а потом (когда 30 процентов или больше кода уже было), на gnu. там уже из-за этого ничего под конец нельзя было понять!.

pandrewТут нет твоей вины - это ошибка руководства.
кхм... я же сам себе руководством был! :)

pandrew ErVкхм... я же сам себе руководством был! :)Самокритика вещь хорошая, но и выводы делать иногда полезно.
ErVУ меня два или три приложения загнулись на стадии разработкиНельзя же так регулярно переоценивать свои силы. Попытки сразу построить небоскреб (или вечный двигатель) при отсутствии элементарного строительного опыта (не знания цикла Карно) приведут только к куче битых кирпичей (или "мучительной боли за бесцельно прожитые годы").
"Учиться, учиться и учиться" вам батенька надо и на своих ошибках тоже.
Вообще-то я уже несколько лет программированием занимаюсь, и довольно серъёзно. :-[

А проблемы начались, когда наткнулся на противоречие предлагаемых стилей - GNU vs Microsoft, и противоречивую информацию по поводу того, что лучше.

так что "отсутсвие элементарного опыта" - не мой случай.

road_run ErV
так что "отсутсвие элементарного опыта" - не мой случай.
Твой твой.....
Обоснуй. :)

2 road run.
Мне влом спорить. Если взять двух любых программистов, всегда можно найти область, в которой один разбирается, а второй нет, и наоборот. Ты, к примером, можешь быть гением в области баз данных (где я - ноль), но не разбираться в 3D графическом программировании. А ругаться можно до бесконечности, это всё равно ни к чему не приведёт, так что, ИМХО, бессмыслено.

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

ЗЫ: "Верёвку достаточной длины, чтобы выстрелить себе в ногу" я читал, она как раз и была одной из причин, почему вообще этотк топик появился.

2 maXmo, Карабас Барабас, Dmitrii K

Ну и кто теперь оффтопит ? :)
Можно - по теме?

Homosum road_runИтак начнем
1) "У меня два или три приложения загнулись на стадии разработки из-за того, что я сначала начинал в стили microsoft, а потом (когда 30 процентов или больше кода уже было), на gnu. там уже из-за этого ничего под конец нельзя было понять!."
Если программист сам не может понять свой код, который он написал.... то это результат:
а) отсутсвие структурированности солюшена и четко ограниченных модулей которые выполнают оперделенный круг задач.
б) отсутсвие комментарий.
в) отсутсвие алгоритма и (или) спецификации по которой разрабатывается приложение.
г) безобразное написание кода, использование переменных типа myParam1 a p1 s1 или s4, дублирование кода, использование слишком длинных методов и т.п.
2) "кхм... я же сам себе руководством был! :)"
Соотвественно все вышеперечисленное Ваши ошибки.
3)На соответсвенно здравое замечание

"Нельзя же так регулярно переоценивать свои силы. Попытки сразу построить небоскреб (или вечный двигатель) при отсутствии элементарного строительного опыта (не знания цикла Карно) приведут только к куче битых кирпичей (или "мучительной боли за бесцельно прожитые годы").
"Учиться, учиться и учиться" вам батенька надо и на своих ошибках тоже."


Это ваши собственные выводы, или они где либо изложены. Если изложены, то можно ли ссылочку, а если нет, то может быть изложите.
Многим программиста, особенно начинающим это сильно поможет. К сожалению, не всегда можно найти грамотного руководства (у нас в Азербайджане, я еще не встречал:( и приходится варится в своем соку.
Все что вы перечислили очень похож на мой диагноз, особенно годичной давности.
Хотел уточнить пункт про:
использование переменных типа myParam1 a p1 s1 или s4, дублирование кода.
Можно про это поподробнее? Вы имеете ввиду, что каждой переменной надо давать осмысленные имена? Даже буферным, которые будут использованы только в двух сточках кода?
кроме вышеперечисленных элементарных навыков (2 road_run- которые,я кстати давно уже знаю и юзаю). напарывался, например,на утверждение, что "нормальная" программа должна проходить проверку правописания в Word'е. Что касается имен по типу p1, p2, то из-за них возникают проблемы, когда код переваливает по объёму за 50 килобайт, но быват так, что возникает ошибка и в банальных функциях в три строки.

отсутствие комментариев даёт проблемы через пару недель после того, как код был благополучно положен "на полочку". Они нужны в эти случаях.

Я бы вообще порекомендовал кроме "верёвки достаточной длины, чтобы выстрелить себе в ногу", "C++ Unleashed", книги по "экстремальному програмированию". Там интересные вещи рассказываются как раз о проектировании программ. Кроме того есть советы и в книгах типа "Programming Windows Xth edition".

Akh ErV
кроме вышеперечисленных элементарных навыков (2 road_run- которые,я кстати давно уже знаю и юзаю). напарывался, например,на утверждение, что "нормальная" программа должна проходить проверку правописания в Word'е.

Не согласен. По моему мнению это стеб.

P.s. Не надо личных намеков. Человек уважаем за то, что он говорит, а не за то, что говорят о нем.
Знаешь, по-моему как раз был не стёб. Большая часть из той книги как раз таким методом и была написана - можно сказать, что английский текст.

ЗЫ. фиг с ними с "намёками".

Akh ErV Akh ErV
кроме вышеперечисленных элементарных навыков (2 road_run- которые,я кстати давно уже знаю и юзаю). напарывался, например,на утверждение, что "нормальная" программа должна проходить проверку правописания в Word'е.

Не согласен. По моему мнению это стеб.

P.s. Не надо личных намеков. Человек уважаем за то, что он говорит, а не за то, что говорят о нем.
Знаешь, по-моему как раз был не стёб. Большая часть из той книги как раз таким методом и была написана - можно сказать, что английский текст.


Как будут называться переменные "ip-адрес отправителя", "ip-адрес получателя", "порт отправителя", "порт получателя"?
Согласен. Здесь - только через подчерки (ip_sender_adress, ip_receiver_adress, sneder_port, reciever_port). Как я понял, предполагалось, ворд должен подчерки игнорировать. :)

Но здесь возможен вариант, когда эти переменные будут полями класса соответственно:
sender->port
sender->ip
и т.д.

road_run ErVкроме вышеперечисленных элементарных навыков (2 road_run- которые,я кстати давно уже знаю и юзаю). напарывался, например,на утверждение, что "нормальная" программа должна проходить проверку правописания в Word'е. Что касается имен по типу p1, p2, то из-за них возникают проблемы, когда код переваливает по объёму за 50 килобайт, но быват так, что возникает ошибка и в банальных функциях в три строки.

отсутствие комментариев даёт проблемы через пару недель после того, как код был благополучно положен "на полочку". Они нужны в эти случаях.

Я бы вообще порекомендовал кроме "верёвки достаточной длины, чтобы выстрелить себе в ногу", "C++ Unleashed", книги по "экстремальному програмированию". Там интересные вещи рассказываются как раз о проектировании программ. Кроме того есть советы и в книгах типа "Programming Windows Xth edition".
То есть вы ведете разработку по по технологии XP?
И что же там интересного рассказывается?
И какая разница сколько кода написано или человек пишет грамотно или безграмотно - третьего не дано.
По каким параметрам оценивается грамотностьили безграмотность, интересно было бы узнать?

Разработку по технологии XP я не веду, но в книгах такого типа даётся хорошая справка по WinAPI (про который, я подозреваю, кое-кто (не имею в виду кого-либо конкретного :)) вообще никогда не слышал). Кроме кода, объясняющего, что такое FileMapping или, например, как создать окошко, там есть ещё кодовые примеры (в которых можно поучится стилю) и переодически проскакивают различные соображения по этому поводу.

вообще, ИМХО, вопрос о стиле возник из-за большой гибкости C++ - из (конкретно этого) языка можно ведь что угодно сделать.

road_run ErVРазработку по технологии XP я не веду, но в книгах такого типа даётся хорошая справка по WinAPI (про который, я подозреваю, кое-кто (не имею в виду кого-либо конкретного :)) вообще никогда не слышал). Кроме кода, объясняющего, что такое FileMapping или, например, как создать окошко, там есть ещё кодовые примеры (в которых можно поучится стилю) и переодически проскакивают различные соображения по этому поводу.

вообще, ИМХО, вопрос о стиле возник из-за большой гибкости C++ - из (конкретно этого) языка можно ведь что угодно сделать.
Ааааааа уууу ауууцаыв пврп причем WinApi бл* (извините не сдержаля) XP - http://www.xprogramming.ru/
все говорите о чем хотите... зарекаюсь в форум писать только читать заместо анекдотов
:lol:
Извини! :)
Всё время два сокращения путаю. (eXtremeProgramming - WindowsXP :))
Книгу я прочитал, и "принял к сведению".В частности, мой практический опыт написания программ на заказ подтвердил то, чтотам говорится о традиционных методиках проектирования. Стараюсь использовать то, что прменимо, но само собой - парное программирование в одиночку не попробуешь. :) А по рефакторингу книженция стоит будь здоров... Для скачивания ещё чего-то её не встречал, хотя очень хочу изучить.

Akh ErV
Но здесь возможен вариант, когда эти переменные будут полями класса соответственно:
sender->port
sender->ip
и т.д.

А функции API? Их нельзя использовать? А как называть свои функции и методы? Всегда можно обойтись одним словом?
Так вот в этом то и проблема! Функции WinAPI используют венгерскую нотацию, которая, по мнению автора книги, "полезна только в ассмблере, где о переменной известен только её адрес, и вносит неразбериху в код на C++". Как я понимаю, если язык - С++, имена функций можно либо разделить namespace'ами (это вместо префиксов), либо объединить в классы(это уже будет покруче). вот только не факт, что от этого читабельность улучшится.
И проблема в используемых мной приложениях возникала из-за того, что неизбежно возникает смешение двух стилей и неразбериха.
Образец "венгерского кода" я уже видел, я ТАК писать не буду.
(чего стоит название переменной m_rgbpcmSkinMaps! - экспорт в X-файлы для 3dsmax).
хотя, с другой стороны, "понятное" написание проги требует ООООЧЕНЬ хорошего представления того, что прога делает. Тут скорость уже падает, так как над одной функцией можно долго сидеть и думать, как в ней две переменные назвать так чтобы она былачитабельней... по идее это должно проходить с опытом.

road_run ErV
Всё время два сокращения путаю. (eXtremeProgramming - WindowsXP :))
Книгу я прочитал, и "принял к сведению".В частности, мой практический опыт написания программ на заказ подтвердил то, чтотам говорится о традиционных методиках проектирования. Стараюсь использовать то, что прменимо, но само собой - парное программирование в одиночку не попробуешь. :) А по рефакторингу книженция стоит будь здоров... Для скачивания ещё чего-то её не встречал, хотя очень хочу изучить.
Ну вот смотри попробуем найти точки понимания ты все время ведешь разработку один. Тут можно соблюдать свои правила наиболее тебе понятные. А когда проект разрабатывает человек 6 что происходит. Каждый начинает писать так как он привык? Обычно придерживаются определенных соглашений по кодированию со всеми вытикающими более того достаточно часто код кодин код разрабатывается несколькими программистами.... ну и т.д.
Насчет хроший код или плохой в книге по рефакторингу вводится прекрасное определение "дурно пахнущий код" и даются примеры этого дурно пахнущего кода... Более того примеры примитивные и интуитивно понятные...
Теперь что происходит в реальности несмотря на то что все вроде бы знают как правильно писать код на этапе рефакторинга переодически видишь такие перлы - что хоть стой хоть падай (переодически я их вижу и в своем коде)
в книге по XP(eXtremal Programming) было сказано, что (всё не буду перечислять :))
а) слишком длинных имен переменных не бывает
б) отличие системы в том, что используется ВСЁ ВРЕМЯ - то есть, всё время происходит рефакторинг, тесты и интеграция.
в) "мы умудрились договориться даже о том, где расставлять фигурные скобки!" :) :)

насчёт "дурнопахнущего кода" я согласен, и опять, вопрос про стили возник из-за того, что код, где смешение стилей происходит явно и повсеместо, как раз дурнопахнущим и является.

я не могу заявить, что "пользуюсь рефакторингом", так как эта чертова (извиняюсь) книга так до меня и не добралась по разным причинам. Стараюсь держать код читабельным и следовать правилам - "самая простая вещь, которая будет работать".

Насчёт "ляпов", о которых ты писал... не мог бы выкинуть сюда один - глянуть?

ЗЫ:Тут про книги по программингу кто-то спрашивал - ещё ОФФИГЕННАЯ книга есть - "жемчужины программирования", увы, только в книжных магазинах...

road_run[quot ErV]

Насчёт "ляпов", о которых ты писал... не мог бы выкинуть сюда один - глянуть?

[quot]



Имеешь в виду - Init() надо было в конструктор запихнуть? Или что?

road_run ErVИмеешь в виду - Init() надо было в конструктор запихнуть? Или что?
Ну да аффтар никак не смог обосновать лишний метод....
Ну, если метод не виртуальный (т.е. будет перегружаться), т.е. - действительно, нафига?