Пара центов в год на снижении нагрузки облака.

давайте, но не буду... Это общепринятое написание.. Что в своих проектах я это вижу что в чужих.. Да если и на то пошло, то все переменные можно обозвать $v1, $v2, $vx, а функции f1, f2.... И будет обалденный читаемый код.. Особенно когда нужно будет к нему вернуться через полгодика..
и заплатить пару сотен чтобы вспомнить что и как называлось..

а посчитай сколько времени потратится чтобы найти файл где находится нужная мне функция, потом найти эту функцию и вернуться для того чтобы её сокращённо написать? Или ты считаешь что я способен запомнить всё когда в коде несколько сотен тысяч строк?   


Это сообщение отредактировал(а) Gold Dragon - 11.10.2011, 06:06

Gold Dragon, не путай теплое с мягким   
Речь идет про клиентскую оптимизацию(то что выходит наружу). Названия переменных, функций, иная структура это другая кухня 

Я бы так не утверждал, часто встречаю написания image, img, i, _i

при чём тут клиентская часть вообще??? Клиенту всё равно где картинка лежит, ему нужна сама картинка, а не путь к ней и уж тем более как он выглядит.. И я тоже встречал что картинки разбросаны везде и даже в главном каталоге. Будем считать что это дело вкуса.. Но когда я открываю чужой код, то всегда знаю что в папке images лежат картинки, в папке admin (administrator) - система управления, в templates - шаблоны. 

Конечно, если писать только для себя, то вообще ни какая структура не нужна  Но есть устоявшиеся традиции, обычаи как не назови. Конечно нет спецификаций как и что называть, зато есть "не писанные" правила. Названия должны быть ассоциативными.. ;)

Смотри, на сайте сто картинок(какая-нибудь фотогалерея) при i страница будет весить на 500 байт меньше, круто а?   это и есть часть клиентской оптимизации. А есть еще серверная оптимизация


Какие видишь преимущества по сравнению с моим способом? Кроме как "мне так привычнее" и "это по неписаным правилам"


Ну хорошо раз "не писанные" правила, тогда почему в своих уроках сам их нарушаешь? (http://gd.fipuche.ru/index.php?option=com_content&task=view&id=16&Itemid=15) пишешь image   Пишешь одно, а делаешь по другому, ай нехорошо  

100 картинок на одной странице??? Фотогалерея? 100 (количество) умножаем на 100 кб (превьюшка плохого качества) и получаем 10 метров.. И это ты заботишься о клиенте сэкономив ему 500 байт?  

только одно и главное - интуитивная читаемость кода. И что будет означать твоя i если у меня есть Images, Includes, Interfaces

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

Если можно сэкономить, почему бы и нет? Копейка рубль бережет  

Интуитивность определяется в большей степени привычками, для меня i не менее привычна и читаема чем images


Я верю что после нашего диалога, встретив в корне i тебя это не смутит 
И еще не используй в проектах название папок с большой буквы - это плохо  

$дмитрий, в общем понятно твоё мнение.. Но чем больше будешь делать проектов и чем больше они будут, тем меньше тебе захочется использовать i 

Это я написАл чтобы выделить для тебя  

~250 проектов, куда уж больше 


Я прошел путь от images->img->i, как видно ты только в начале пути 


Тогда предлагаю закрыть эту тему, будет еще время обсудить что-то посущественее

Это сообщение отредактировал(а) $дмитрий - 12.10.2011, 18:25