Изпечатай

[lkr]

Edit: Разделяне на темата от http://www.linux-bg.org/forum/index.php?topic=28439.20

Зависи какво имаш предвид под еднакви. За мен са еднакво грозни и двата
http://framework.zend.com/manual/en/coding-standard.coding-style.html.

[VladSun]

Зависи какво имаш предвид под еднакви. За мен са еднакво грозни и двата
http://framework.zend.com/manual/en/coding-standard.coding-style.html.

Е, аз пък никога не подреждам фигурните скоби така - отврат ми е като видя подравнен if със затваряща }. Още повече, че някои блокове (функции, класове) ги редят като мен, а други (if, switch, else) както те предлагат - на какво прилича това, нема ник'ва дисциплина

А примера с асоциативните масиви ... често не можеш да го наредиш така когато използваш tab indent, а не space indent.

[lkr]

Има дисциплина Фигурната скоба при функциите и класовете е на нов ред, защото те не могат да са nested, също така не знам кой би ползвал табове вместо spaces, предполагам този който не е принтирал код форматиран с табове )

[VladSun]

Има дисциплина Фигурната скоба при функциите и класовете е на нов ред, защото те не могат да са nested, също така не знам кой би ползвал табове вместо spaces, предполагам този който не е принтирал код форматиран с табове )

Код

GeSHi (PHP):
function a()
{
	function b()
	{
		echo 'b';
	}	
 
	echo 'a';
	b();
}
 
a();

Липсата на вмъкнати класове е пропуск за PHP-то.

А и не мога да разбера какво общо има nested блоковете с организацията на скобите?

За tab vs. space indent - аз не съм виждал редактор, който да не може да "обръща" indent-a. И все си мисля по отнощение на печатането, че е много по лесно да зададеш tab->2 spaces, ако примерно е било tab->4 spaces, за разлика от hardcoded 4 spaces

Аз лично, никога не съм ползвал space indent. За мен, единственото практическо приложение на Tab символа е именно indent-a.

[Йордан]

Все пак трябва да се пише код, а не да се рисуват "аски" планини Пълно подкрепям VladSun. По е важно променливите да не са примерно $асдфдсф, а $чушки, за да може да се чете кода. Естествено и тук таме някой и друг коментар 

[lkr]

Все пак трябва да се пише код, а не да се рисуват "аски" планини Пълно подкрепям VladSun. По е важно променливите да не са примерно $асдфдсф, а $чушки, за да може да се чете кода. Естествено и тук таме някой и друг коментар 

Жалко тогава, че хората са изгубили времето си в писане на подобни документи. Мнението беше лично, не казвам кой от стиловете е грешен/правилен. Zend/Linux Kernel/BSD Kernel ползват подхода споменат по-горе, не съм го измислил аз

[VladSun]

Стилове на писане колкото искаш (при това добри) - просто избираш този, който най-много ти допада. Съответно, никак не е жалко, че хората са писали такива документи.

Споровете за стила на кодиране винаги ще съществуват - точно поради причината, която изтъкнах по-горе

Аз се аргументирах защо не ми харесват някои от правилата на Zend.
Освен това аз не пиша само на PHP - аргументите ти за nested blocks отпадат напълно в други езици

[lkr]

 

Heretic people all over the world have claimed that this inconsistency is ... well ... inconsistent, but all right-thinking people know that (a) K&R are right and (b) K&R are right. Besides, functions are special anyway (you can't nest them in C).

[VladSun]

http://en.wikipedia.org/wiki/Indent_style

http://en.wikipedia.org/wiki/Indent_style#K.26R_style
vs.
http://en.wikipedia.org/wiki/Indent_style#Allman_style_.28bsd_in_Emacs.29

This once was an important consideration when programs were usually edited on terminals that displayed only 24 lines, but is less significant with larger resolutions.

Имам повече цитати от тебе

[VladSun]

Всъщност най-важният цитат от линковете по-горе:

It should be noted that The C Programming Language does not explicitly specify this style, though it is followed consistently throughout the book. Of note from the book:

The position of braces is less important, although people hold passionate beliefs. We have chosen one of several popular styles. Pick a style that suits you, then use it consistently.

Именно това защитавам аз.