Когда был в америке, тоже пытался оплатить своей русской палкой заказ на американский адрес, не получилось. Потом забил и просто каждый раз делал paypal guest checkout.
Вот, собственно, из последнего абзаца вытекает, что в хорошем коде практически все свойства класса должны быть инкапсулированы, соответственно будут иметь "_" в имени. И это уже получается — глупость. С методами немного по-другому, всегда есть и public- и protected-методы, тут "_" не так бесполезен, как в случае со свойствами. Но считаю правильным следовать единому стилю. После размышлений решил все-таки отказаться от "_" в PHP.
Собственно, почти окончательно определился со своим стилем написания кода. Осталось решить для себя, использовать "_" для private/protected, или нет. Видел много кода, профессионального, и не очень, и все пишут по-своему.
Круто, но когда есть место, предпочтителней просто большой стол :) Пару лет назад эта мысль ударила в голову, взял A3 лист, сделал чертеж, отдал плотникам, и за 5 килорублей они мне сделали такое вот чудо.
Хотя выявил несколько недостатков (самый главный — высота стола = 80 см, т.к. раньше была выдвижная полка, которую возненавидел в первый же день, но снял только после покупки мака и кресла, которое под нее перестало влезать), если буду заказывать вторую версию — обязательно учту их.
ПП: $GLOBAL_VAR; $my_var; my_function();
ООП: $publicVar; $_privateVar; $_protectedVar; publicMethod(); _privateMethod(); _protectedMethod();
Хотя выявил несколько недостатков (самый главный — высота стола = 80 см, т.к. раньше была выдвижная полка, которую возненавидел в первый же день, но снял только после покупки мака и кресла, которое под нее перестало влезать), если буду заказывать вторую версию — обязательно учту их.