стандарты программирования

[felix]

стандарты программирования

привет
Хотелось бы обсудить современные стандартны программирования . Как сейчас пишут профессиональные конторы и программисты на php ? Используется ли процедурное программирование или больше ООП и php5 соответсвенно , использование шаблонов типа Smarty ( входит ли это в стандарт программирования сейчас ?) А чтобы быть более конкретным можно рассмотреть код гостевухи . Недавно смотрел пример с использованием ООП , получилось , что гостевуха это всего лишь один класс , который в итоге вызывается стандартным методом new guestbook .

 

[atv]

Всё осталось по старому. Стандартные программисты используют стандартные функции стандартного PHP для стандартных задач.

 

[boombick]

А чтобы быть более конкретным можно рассмотреть код гостевухи

а почему не какой-нибудь ERP-системы? Или нынче стандарты на гостевухах базируются?

 

[an_kalinovski]

Re: стандарты программирования

Автор оригинала: felix
привет
Хотелось бы обсудить современные стандартны программирования .

MVC стандарт программирования ))) А всё остальное - профессионализм и особенности конкретной конторы. Крутость программы не столько в ее коде сколько во всем ее окружении. Документация, поддержка, комментарии в коде, CVS, версионность и т.д. В моей конторе на java (не JS ) пишут как мегаперцы так и простые смертные. Когда всё это слепливается в кучу в конце проекта - сложно сказать что все следуют некоторому стандарту кроме навязываемых используемой технологией.

 

[felix]

to boombik - гостевуха простая и понятная каждому прога , ERP целая система , которая кроме php еще кучу всего включает в себя.
Все таки, что касается php 5 . Сдается мне , что это как переход с С на С++ , другой подход в написании программ . Думаю , что серьезные программы на php будут писаться именно с использованием ООП преимущественно .

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

 

[Alexandre]

OOP (MVC)
TDD (PHPUnit simpleTest ...)
PHPDocumentator
шаблонизаторы разные от smatry VLib до XSLT
в общем как было - так и осталось

 

[felix]

OOP (MVC)
TDD (PHPUnit simpleTest ...)
PHPDocumentator
шаблонизаторы разные от smatry VLib до XSLT
в общем как было - так и осталось
-----------
было у кого ? у профессиональных программистов ? наверно сейчас таких не много ибо большинство сайтов написано по старинке .. с помощью .inc , своих шаблонов , с таким вот кодом

//print "a";
//print "cccc";
print "b";

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

 

[Фанат]

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

гостевуха это всего лишь один класс , который в итоге вызывается стандартным методом new guestbook .

а можно спросить - зачем? оно так вызывается?

 

[felix]

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

 

[Develar]

http://raa.livejournal.com/63457.html#cutid1
Не нужны комментарии - код перепиши. phpDoc это не отменяет.

 

[an_kalinovski]

Автор оригинала: Фанат
а зачем в пхп коде комментарии?

Ого! Типичный прогер. Никакого корпоративного мышления... )))) А как же ламерские натуры которые после тебя код этот гениальный будут сопровождать? Естественный отбор? Закон джунглей?

-~{}~ 04.10.06 02:41:

Автор оригинала: Develar
http://raa.livejournal.com/63457.html#cutid1
Не нужны комментарии - код перепиши. phpDoc это не отменяет.

И помимо всего прочего там написана истина

>>- поддерживать документацию для "сложных" кусков в нормальном состоянии.
>>- не должно быть кода, в котором на тысячу строк встречаются
>>только издевательские комментарии вида "откроем транзакцию" и
>>"закроем транзакцию" рядои с кодом, который ясен младенцу.

 

[Андрейка]

an_kalinovski

/* Данная функция удаляет комментарий. Параметром передается номер комментария */
function deleteComment($id) {
  return mysql_query('DELETE FROM comments WHERE id='.intval($id));
}

так?

 

[an_kalinovski]

Есть два вида людей.

Одни читают сырцы - другие документацию. Когда вы поставляете куда-то коммерческий продукт - вы в качестве описания api можете конечно выставить сырцы какому "ихнему" )) прогеру, забить на phpDocumentor и все его приблуды и сказать что ваш код понятен младенцу... Но с вами больше не захотят работать наверное. Вот о чем я говорил обзывая Фаната типичным прогером. Он привык читать код. Бородатые дяденьки с деньгами и без сайтов - нет.

 

[zerkms]

Андрейка
ещё забыл описать что делает return, mysql_query, чем отличаются ' от ", зачем нужен интвал и почему в конце ;

 

[an_kalinovski]

Автор оригинала: zerkms
Андрейка
ещё забыл описать что делает return, mysql_query, чем отличаются ' от ", зачем нужен интвал и почему в конце ;

Не надо утрировать. Достаточно комментария, описывающего что делает функция - что глотает и что ретурнит.

 

[zerkms]

an_kalinovski

Автор оригинала: Фанат
а зачем в пхп коде комментарии?

Ого! Типичный прогер. Никакого корпоративного мышления...

я как раз о том - что как раз комментарии phpdoc это хорошо, а вот в самих методах/функциях они лишни

 

[Alexandre]

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

1) Не все его умеют читать как обычный текст
2) не все умеют писать так, чтоб его можно было читать как обычный текст
выводы:
1: "учитесь читать программы, как художественную литературу" Спинеллис http://www.books.ru/shop/books/191726
2: "Писать код надо так, чтоб его можно было читать без комментариев" Фаулер http://www.books.ru/shop/books/30436

ЗЫ - цытаты дословные, но смысл ясен.

-~{}~ 04.10.06 14:12:

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

 

[Фанат]

an_kalinovski
вообще-то, разговор здесь был СОВСЕМ не о коммерциализации продуктов.
поэтому все твои стенания - оффтопик и в пользу бедных.

 

[whirlwind]

ИМХО, PHPDoc самый оптимальный уровень документирования - документиурем API, а не код.

 

[Alexandre]

PHPDoc самый оптимальный уровень документирования - документиурем API, а не код

+1, я это и имел ввиду, документируем АПИ.