Валерий Дмитриев

а всего-то нужно знать английский уровня 5 класса, return - значит возвращать, несложно догадаться, что эта конструкция указывает на то, что именно функция вернет в результате своей работы, а *res* там или 0 не важно: в случае с С++ главное, чтоб компилятор одобрил это значение на соответствие указанному возвращаемому типу

1. is-a - наследование

class Car : public Vehicle {
 // автомобиль является транспортом
};

2. has-a - отношение типа "композиция"

class Car {
 Engine v8; // автомобиль имеет (содержит) двигатель
};

3. uses-a - отношение типа "агрегация"

class Driver {
 Car* myCar; // водитель использует автомобиль
};

4. is-like-a

class Square : public Figure;
class Rectangle : public Figure;
// квадрат и прямоугольник похожи по свойствам, но это разные фигуры

5. is-implemented-as-a

class Engine { // абстракция
public:
 virtual void start() = 0;
protected:
 float power;
};

class V8 : public Engine { // реализация
 virtual void start() {
  // wroom wroom
 }
};

// Двигатель ДВС реализован как 8-ми цилиндровый двигатель V-конфигурации

ООП по сути - это синтаксический "сахар" и уровень абстракции. То есть вы можете сделать очень большой проект совсем без ООП, он будет работать. Но сопровождать его будет крайне тяжело, так же тяжело и дорабатывать и тем более что-то там исправлять.

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

Объект в ООП - это замкнутая в себе законченная сущность, с которой можно работать дёргая за рычажки - методы. Это позволяет абстрагироваться от того, что происходит внутри объекта. Удобно, например, в случае с вашей галереей, представить одиночное изображение как объект и получать из него всякие свойства, такие как imageUrl (путь к изображению), запускать ресайз изображения (resizeImage) и всё такое прочее, совершенно не думая о том, как это всё внутри сделано.

Аналогично, если всю галерею представить как объект, можно работать с ней через её методы, например, получить список всех изображений через getAllImages(), выбрать только популярные через getPopularImages() или реализовать более мощную функцию с возможностью отбора по параметрам getImages($params), добавление новых изображений через addImage($img) (при этом в коде галереи будет содержаться весь код, необходимый для сохранения изображения в БД и на диске, формирования статической ссылки и всё такое прочее.

Можно создать несколько галерей простым вызовом new MyGallery() и быть 100% уверенным в том, что галереи никак не будут мешать друг другу в работе.

Научитесь думать в ООП-стиле и ваша жизнь в корне изменится.

!!! ВОТ ПОЧЕМУ
https://plusiminus.com/webmoney-otzyvy.html

Деньги не вывести, закинуть в 2 счета.
Арбитраж тупо блокирует деньги, телефоны и прочее.
У меня был персональный аттестат, это когда ездил к аттестатору и заключал договор и платил деньги.
В общем счете лет 5 работал через их систему, оплачив телефоны счета, ну все самое обычное.
В итоге заблочили полностью без причин.
А дело было так, вначале заблочили, потом написали о происхождении средств, работал на фрилансе, мне скинули деньги с комментом за фриланс.
Я написал что с фриланса, естествнно, я вначале пытался отвечать на тупые вопросы, но потом мне стали тыкать в пункт ихнего договора (шла вторая неделя переписки), что оказывается, вебманями нельзя пользоваться ни для чего кроме как оплаты своего телефона, телевизора интернета, получается что так, потому что у них пунктов так много, что выходит что вообще я не имею права распоряжаться своими деньгами.
Я этих дибилов сразу послал, опираясь на договор и его пункты.
Они попукали-попукали и от обиды почесав жажопень решили заблокировать все, даже мой телефон, на него не закинуть денег через любые вебмани теперь.
Ну и хрен с ними, в общем счете уперли у меня 20 000 р. с моего счета.
И это только моя история, у знакомых тоже самое.

Смотрите биржи и обменники, там все стороной обходят вебмани, это доказательство моих слов, никто не хочет с ними работать.
Сейчас правда они на Украину перебрались судя по украинским обменникам и биржам.
Так что фл ищите украинский если хотите вебманями оплачивать.

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

Сейчас в этом нет смысла.
Все давно уже пользуются обычными банковскими картами, зачем какие-то посредники?
Вот взять допустим яндекс деньги.
Я уж не помню когда я последний раз пользовался их кошельком - в смысле именно кошельком, а не картой.
У меня карта от яндекс денег, и все движения по ней идут. Сам кошелек как таковой практически не используется, за исключением редких случаев.

Для расчетов достаточно иметь карту от какого нибудь популярного банка, желательно нескольких - сбер, альфа, втб. Это что касается расчетов внутри страны. При международных расчетов есть некоторые нюансы, но опять же вебмани и там давно уже не котируется, если уж чем пользуются так это пэйпэл.

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

1. Отвратительная поддержка.
2. Сложная система(киперы, аттестаты, биржы, ключи и пр.).
3. Комиссии. При том, что многие банки уже позволяют беспроцентно выводить деньги и переводить их между банками.
4. Сложности при выводе денег.

постараться понять смысл жизни и ответить на вопрос "есть ли жизнь после смерти?"

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

так вот представь себя после и ответь: что было действительно важно?

Есть еще хороший маркер - заказчик думает что лучше вас знает как делать работу, как частный случай - "This will take no more than an hour for a good professional"

Существуют принципы проектирования позволяющие отделять бизнес-логику от хранения. Тесты будут лаконичные и наименее ломкие. Когда невозможно, мокают методы для работы с бд.

В любом случае, юнит-тесты не должны быть завязаны на бд. Они должны быть быстрыми и простыми. В противном случае это будут уже более медленные и более ломкие интеграционные тесты.

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

Почему? Потому что ни какие тесты вам не дадут 100% гарантии, а вот устроить себе вечный ад из поддержки кучи хрупких тестов, которые десятками валятся от малейшего изменения - запросто. Выбираем золотую середину. Вариант выше, дает достаточную уверенность, что скорее всего всё работает как ожидается. Важный функционал тоже работает как ожидается.

Если вы будете покрывать тестами всё, что только можно, я вам гарантирую, вы через месяц начнете выкатываться в продакшн с красными тестами.