Как говорится если ты не можешь что-то объяснить пятилетнему ребенку, значит ты сам не понимаешь о чем говоришь. Поэтому давайте я попробую как можно более доходчиво рассказать о том, что творится у меня в голове. Хотя нет… О том, что в голове творится лучше помолчать, а вот о системе управления базой данных Снапа, пожалуй, расскажу. Точнее пока поговорим не о самой системе, а о требованиях к ней.

Постом ранее я уже обмолвился, что на данный момент все мои мысли заняты разработкой небольшой библиотеки, которая бы позволила удобным для меня образом управлять данными моих проектов. По сути, это ни что иное как небольшая надстройка над стандартными классами CodeIgniter, отвечающих за обращение к БД.

Я не первый и уж тем более не последний, кто пытается найти для себя наиболее приемлимую и эффективную схему работы с данными проекта. Так например, уже давно существует такая идея представления информации, которая получила название - Object-relational mapping, суть в том, что данные хранящиеся в БД могут быть автоматически загружены в объекты программы (речь идет об объектно ориентированном программировании естественно) минуя какие-либо прямые SQL запросы.

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

Но я несколько отвлекся. Вернемся к тому, какие потребности возникают лично у меня при создании интернет проектов. В первую очередь, мне нужно чтобы мой код можно было использовать повторно столько раз сколько потребуется, при этом не внося в него никаких изменений, а просто комбинируя его в разных последовательностях. Затем, мне важно скрыть особенности работы СУБД, вместо этого хочется иметь некоторый интерфейс при помощи которого я смог бы работать с данными, которые мне необходимы в данный момент. Ну и наконец, мне хочется, чтобы результат был предоставлен в удобном для меня виде, на данный момент мне наиболее удобно работать с массивом данных, а не с объектами. Это требование и отличает мою идею от обычной ORM системы.

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

Естественно, на практике таблицы из двух столбцов встречаются редко, поэтому необходимо предусмотреть возможность объединять несколько простых таблиц в одну более сложную. Причем, на уровне кода, для каждой простой таблицы создается свой класс, а на уровне базы данных, это может быть одна таблица.

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

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