Главная страница


ru.perl

 
 - RU.PERL ----------------------------------------------------------------------
 From : Artem Chuprina                       2:5020/400     18 May 2004  14:55:00
 To : Yury Kopyl
 Subject : Re: coding standart
 -------------------------------------------------------------------------------- 
 
 Yury Kopyl -> Artem Chuprina  @ Tue, 18 May 2004 09:22:56 +0000 (UTC):
 
  AC>>>> Скажем так, достаточно близко к perldoc perlstyle.  Оно не с
  AC>>>> потолка взялось, оно удобства для.
 
  AC>>>> Один момент.  Лучшими собаководами рекомендуется, чтобы
  AC>>>> открывающая фигурная скобка функции, определенной на верхнем
  AC>>>> уровне, была на отдельной строке в первой колонке.  От этого vim и
  AC>>>> emacs имеют тенденцию бурно радоваться.
 
  YK>>> Хм... т.е.
 
  YK>>> if()
  YK>>> {
  YK>>>     bla-bla }
  YK>>> else {
  YK>>>     bla-bla }
  YK>>> ?
 
  YK>>> я пишу:
 
  YK>>> if (){
  YK>>>     bla-bla }else{
  YK>>>     bla-bla }
 
  YK>>> Так экономится несколько строк. Код удобнее читать.
 
  AC>> if - это теперь функция, определенная на верхнем уровне?  Чего не
  AC>> узнаешь...
 
  YK> Вам шашечки или ехать?
 
  YK> sub ОченьПравльноеОпеределениеФункцииСТочкиЗренияArtem Chuprina{
  YK> }
 
  AC>> P.S. Просьба мои письма если уж читать, то целиком.
 
  YK> Просьба отвечать конструктивно.
 
 Отвечаю подробно.  Для тех, кто не сумел обнаружить конструктивности в
 оригинальной формулировке.  Если писать открывающую скобку на отдельной
 строке _только у функций, определенных на верхнем уровне_, это на
 читабельности кода не отражается никак, а если отражается, то в лучшую
 сторону.  А с точки зрения редактируемости отражается довольно заметно.
 А у операторов в теле функции, типа if и for, отделять открывающую
 скобку на отдельную строку я не предлагал.
 
 Hа самом деле есть один момент, из-за которого я в свое время стал
 писать 
 
 if (...) {
         ...
 }
 elsif {
         ...
 }
 else {
         ...
 }
 
 вместо 
 
 if (...) {
         ...
 } elsif {
         ...
 } else {
         ...
 }
 
 И причиной тому моя лень починить перловый фолдинг в vim (во втором
 случае он сворачивает весь оператор, а не только подветки, в результате
 чего не видно даже факта наличия других ветвей).  Hо этого я как раз не
 рекомендую - это особенность именно реализации перлового фолдинга именно
 в vim, и это можно починить.  А вот с функцией на верхнем уровне есть
 более существенные поводы.  Кстати, в том числе и читабельность.
 
 -- 
 Artem Chuprina
 RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
 --- ifmail v.2.15dev5.3
  * Origin: Leninsky 45 home network (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 coding standart   Pavel Reich   18 May 2004 04:13:58 
 Re: coding standart   Andrew Alakozow   18 May 2004 10:46:43 
 coding standart   Pavel Reich   18 May 2004 18:45:22 
 Re: coding standart   Andrew Alakozow   19 May 2004 10:44:39 
 Re: coding standart   Artem Chuprina   18 May 2004 11:14:43 
 Re: coding standart   Nick Kostirya   18 May 2004 11:22:58 
 Re: coding standart   Artem Chuprina   18 May 2004 12:01:54 
 Re: coding standart   Yury Kopyl   18 May 2004 11:22:59 
 Re: coding standart   Nick Kostirya   18 May 2004 11:44:26 
 coding standart   abrasha shapirus   18 May 2004 16:47:06 
 Re: coding standart   Artem Chuprina   18 May 2004 12:00:22 
 Re: coding standart   Yury Kopyl   18 May 2004 13:22:56 
 Re: coding standart   Artem Chuprina   18 May 2004 14:55:00 
 Re[2]: coding standart   Maxim Yemelyanov   18 May 2004 17:00:03 
 Re: coding standart   Artem Chuprina   18 May 2004 17:41:49 
 coding standart   Pavel Reich   18 May 2004 14:30:52 
 Re: coding standart   Artem Chuprina   18 May 2004 14:46:44 
 Re: coding standart   Konstantin Tokar   18 May 2004 14:53:24 
 Re: coding standart   Artem Chuprina   18 May 2004 15:11:15 
Архивное /ru.perl/25606d0be2206.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional