Новая тема   Ответить

 alex.raven
Просто интересно вот стало. Я сам по профессии и призванию програмер (впервые столкнулся с этим в 1988 году, язык Basic). Большую часть рабочего времени провожу среди PHP/MySQL/HTML/JavaScript. По мере возможности стараюсь делать читабельный и как можно более оптимальный код (проекты все с высокой нагрузкой). У меня работает програмер, который (вернее, которая) пишет код без отступов, давая переменным короткие и ничего не значащие имена, собирать весь функционал сайта в одном файле index.php и так далее. А как обстоят дела у вас? Собственно, интересует следующее - существенно это с вашей точки зрения или просто потеря времени:

1) Отступы - выделяете ли вы структуру программы?
2) Комментарии к собственному коду?
3) SQL - select * from table where... или SELECT * FROM table WHERE... ?
4) Выносите код в include или всё подряд в одном файле?
5) Объектно-ориентированное или структурное?
6) MVC это просто модно или действительно удобно?

P.S. Модераторы, если не в тот раздел запостил, извиняюсь - перенесите в Трёп.

 freeek
я бы не сказал что я мега кодер, но тем не менее

1) всегда использую форматирование кода, для php есть в phpDesigner встроенный форматировщик кода, так же в нем есть фрматирования html, для javascript online форматировщики, в vs и eclipse тоже есть встроенное форматирование, выглядит красиво и читать удобно
2) если для себя, то нет
3) SELECT * FROM table WHERE
4) выношу, если подразумевается деление на какие то ака логические модули, то да
5) только на примере Java и краем глаза на C#, для php п.6, имхо если заниматься как в п.4, то однозначно надо использовать
6) опять же на примере Java, для php, если проект крупный, будет удобно поддерживать и т.д., хотя пока что не возникало необходимости

 Sterx
1 да
2 помечаю только блоки, апдейты чужого кода. Надеюсь в моем коде таки можно разобраться
3 второе
4 если имеется модульность
5 по разному бывает
6 в зависимости от целей и размеров проекта/сайта.

 Sterx
существенны ли эти пункты. Однозначно да. Последнее время приходится ковырять монстроподобные сборники говнокода, порой сцуко материшься. Прихожу к выводу что прогеры делятся на три типа:
1 низкий уровень - все что угодно в коде
2 прошаренный. мегаперец, юзает кучу новинок, классов и красивостей аля UI для интерфейсов. но в целом - бардак. При разрастании проекта, пИсанного таким прогером начинается прогрессирующий гемор
3 прогер, код которого ясен без комментариев.

зы: чуть не забыл, убивает в названиях - aktion - metka - nachalo и т п

 Ronald Wild
Гм... На чем я сейчас пишу, так об этом в приличном обществе не говорят
Но опыт программинга с где-то 1983-го (язык фортран ), ну и PHP с MySQL в багаже, со всеми вытекающими
Цитата: Я уже забыл, что можно как-то иначе
Разумная причина не делать этого только одна - пишется какая-то прога, конвертер чаще всего, на один раз, тогда и в одну строку все можно, и переменные обзывать a,b,c...
Цитата: Непросто с этим. С одной стороны, понятно, что надо, с другой, что комментить если итак все понятно?
Поэтому лучше всего писать комментарии для проблемных кусков сразу, а через несколько дней после написания кода дописать остальное, заодно и код отрефакторить.
Цитата: SELECT * , а лучше SELECT table.field AS fld ,впрочем, субъективно...
Цитата: Смотря что за код. Но в целом вопрос риторический. Только злоупотреблять тоже не надо.
Цитата: Касаемо ПХП, все-же структурное в большей степени, если это не CMS/CMF или что-то наподобие. Ну или так, объектная обертка для понтов
Цитата: Зависит от целей, диалектика, хуле. Если в рамках фреймворка какого-нибудь, то да, нормально, а MVC просто ради MVC не надо, оно не булькает.
Цитата: Это существенно с точки зрения мозгов, мышления и пр. Если в голове каша, то и код говно. Но опять-же, случаи разные бывают

 Ronald Wild
Sterx писал: Бля, не говори. Недавно видел: GoodsOnSklad

 weely6


Последний раз редактировалось: weely6 (07/05/15 в 13:59), всего редактировалось 1 раз

 alex.raven
Toxa писал:

на самом деле, правильно. особенно это касается запросов с большим количеством параметров, вроде INSERT INTO messages (from, to, subject, message)... - такой запрос загнётся из-за from, которое является ключевым словом - а ключевых слов немало, все даже и запоминать неохота.

Toxa писал:

опять же, верно. у меня есть набор классов, которые я когда-то написал (многие из них ни разу не менялись с 2007 года, просто копировались из проекта в проект).

 alex.raven
Ronald Wild писал:

Да, микс из английского + транслита режет глаза почище 1С-овского синтаксиса на кириллице
Код:

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

имхо, это примерно так же, как сделать меню сайта на английском а весь контент на русском

 adultblogging
1. да
2. только к сложным/нетривиальным участкам кода, в остальном и так все понятно
3. второй вариант с ` для полей и таблиц. большие запросы форматирую отступами/переносами
4. если небольшой скрипт на один раз, то все в одном файле можно. в основном разделяю по файлам на функции/классы/конфиги
5. больше объектное, удобнее
6. MVC удобно, но зависит от размеров и функционала проекта. микроскопом гвозди забивать не надо

Цитата:
+1

 leroy_17
вспомнилось тут про ООП , есть такой магазин a...soft у них там партнерка есть . так вот партнерка сделана в 1 файле практически и этом файле 1 большой класс , такой файлик в 500 кб , вот где было матов , там же у них был .mail.ru (не буду называть точно) после него я научился разбираться в коде который не то что переменных нормально названных не имеет но и идет еще в одну строчку и код разбросан так что черт ногу сломит пока найдет хоть чето (коментов естессно не было ) )) а вы говорите форматирование комментарии.

а по опросу

1) да
2) если заморочено или много времени
3) Код:
4)обычно отдельно все

5)структурное больше
6) очень редко

 alex.raven
Предварительные итоги:
1) Большинство выделяет структуру отступами
2) Комментарии к собственному коду пишутся редко
3) В SQL принято выделять ключевые слова
4) Большинство предпочитает выносить функционал в разные файлы
5) Примерно 50/50 ООП и структурное
6) MVC удобно, но не всем

 FXIX
1) Отступы - выделяете ли вы структуру программы?
ничего не выделяю. в конце кнопку "Format" жму
2) Комментарии к собственному коду?
в кратком формате @param (что заходит в класс и что выходит)
3) SQL - select * from table where... или SELECT * FROM table WHERE... ?
второе. хотя правильнее `table`, но искать эту кавычку долго на клаве. имхо вопрос автодополнения в редакторе. пока видел только что пхпадмин оборачивает так
4) Выносите код в include или всё подряд в одном файле?
по классам разбиваю. заодно неймспейс реализуется пассивно. поэтому и переменные короткие вида $a, $b юзаю не заморачиваясь.
5) Объектно-ориентированное или структурное?
ООП онли
6) MVC это просто модно или действительно удобно?
удобно

Оффтопик: бро тебе сколько лет? с 88 года это сильно

 _s_[sov]
1) Обязательно
2) Редко
3) SELECT * FROM table WHERE
4) Выношу
5) Микс (зависит от проекта)
6) Удобно

 sydoow
FXIX писал:
Оффтопик: Ronald Wild вон ваще с 83
Меня ещё тогда наверно особо в планах не было

 _s_[sov]
Немного офтопа, есть тут кодеры работающие на битриксе? Интересно ваше мнение по оводу 6 пункта

 alex.raven
FXIX писал:

та уже 4й десяток разменял в прошлом году... а учился бейсику кстати, на компьютере Радио 86-РК, который собрал мой отец по схемам из журнала Радио понятия "персональный компьютер" тогда попросту не существовало, и скорее всего компьютер в личном пользовании у меня был один из первых в городе.

 nicb1977
alex.raven писал:
Обязательно.

alex.raven писал:
Не всегда. Но желательно их делать.

alex.raven писал:
Использую второй вариант.

alex.raven писал:
Конечно в include. В самом файле в оптимальном варианте должна быть одна-две функции.

alex.raven писал:
Для PHP структурное (думаю что пока), для С++ конечно объектно-ориентированное.

alex.raven писал:
Это необходимо. Если проект чуть сложнее чем hello world!

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

 remorhaz
alex.raven писал:
Да, конечно. Тем более что большинство редакторов делают отступы автоматически.
alex.raven писал:
Я обычно размечаю комментариями код для последующей компиляции phpDocumentor'ом. Но еще более обычно я забиваю это делать, особенно в проектах для родной конторы Сложные для понимания места в коде, естественно, сразу комментирую - иначе через пару недель сам хрен разберешься.
alex.raven писал:
Второй вариант, вообще большой параноик по этой части, хотя большого смысла в этом не вижу. В больших проектах обычно сложные запросы, SQL-код составляется из нескольких кусков или генерируется через всякие ORM-ы, один хрен читается плохо.
alex.raven писал:
Я обычно использую фреймворки с bootstrapper'ами, вроде Zend Framework. Там все вызовы идут через один файл с 10 строчками кода для инициализации приложения, а само приложение состоит и стапятиста объектов, разнесенных по стапятиста файлам.
alex.raven писал:
Для сколько-нибудь сложных - однозначно ООП. Но в ряде случаев и структурное удобно, например, в шаблонах того же WP.
alex.raven писал:
Действительно удобно, но главное не возводить его в ранг религии. В программировании вообще лучше не возводить ничего в ранг религии Да и в жизни тоже

 Ronald Wild
alex.raven писал: Код:

Это еще что. Куда веселее Код:


UPD: Кстати, одноэска не самая хуевая вещь. Кто не верит, попытайтесь замутить управленческие дела, даже для небольшой фирмочки чисто на бэсте каком-нибудь
А для чикатил от программинга рекомендую писать все самим. На си, разумеется (а лучше на асме)

 remorhaz
Ronald Wild писал:

Идея продукта правильная, просто реализация через жопу (по крайней мере, раньше без слез на это смотреть было нельзя).

 langustt
Сразу оговорюсь на PHP не писал лет 7 уже и последние 7 лет основным языком программирования была Java. Но если бы вдруг захотел использовать PHP (что очень мало вероятно) делал бы все также как сейчас делаю в Java.

1) Отступы - выделяете ли вы структуру программы?

Однозначно да, использую для этого IDE (InelliJ IDEA, Eсlipse и т.д. ) - при разработке в комманде для всех делается общий темплейт правил форматинга года для IDE.

2) Комментарии к собственному коду?

Только если это собственная библиотека, фреймворк, API и т.д. Коментарии над классами и методами (java docs). В так называемом бизнес или апликейшн коде придерживаюсь правила - если тебе хочется написать комментарий - твой код гавно (непонятный, запутанный, как следствие - трудно поддерживаемый) и надо его отрефакторить (вынести блок в отдельный метод или даже класс, переименовать название метода или переменной и т.д.).

3) SQL - select * from table where... или SELECT * FROM table WHERE... ?

Если голый SQL используется, то стараюсь форматировать его. Голый SQL не использовал лет 5, предпочитаю ORM фреймворки (hibernate, JPA).

4) Выносите код в include или всё подряд в одном файле?

В контексте Java класс в котором более 1000 строк - однозначно нуждается в рефакторинге (вынесение каких-то методов в отдельные классы), соответственно в контексте PHP выносил бы в include.

5) Объектно-ориентированное или структурное?

Только ООП.

6) MVC это просто модно или действительно удобно?

Действительно удобно, особенно когда проект большой, когда постоянно меняются требования, когда разработчиков больше одного.

Вообще в Java MVC веб фреймворки деляться на 2 подвида - action based и component based. Для проектов, со сложным UI, предпочитаю второе. Для остальных - первое.

 Ronald Wild
remorhaz писал:
Я все-же более снисходителен
Для массового продукта более-менее нормальная система, да и альтернатив нет.
А вот раcшиpениe для кпк это да, пиздец полный

Последний раз редактировалось: Ronald Wild (30/04/10 в 01:10), всего редактировалось 1 раз

 idk2045
а в чем смысл опроса?
имхо это на тест больше смахивает, т.к. на каждый вопрос однозначно есть более правильный ответ и менее правильный.

надеюсь alex.raven ты уже все понял и выгнал свою кодершу нафиг