alexprey:

ZLOI_DED, а как дела с сервером?

Ты про что? Про железо?

ZLOI_DED, а как дела с сервером?

alexprey:

ZLOI_DED, изменение сложнее, разве нет?

Чисто теоритически, в первом случае тебе придётся проходить обе фазы. Тут я не могу говорить со 100%ной уверенностью. Но мне всё же кажется, что первый способ гораздо более муторен. Потом с ORM не все могут работать, а SQL - стандарт для веба. Внутренний SQL просто не будет иметь разных тонкостей (хотя для кого-то тонкостью будет отсутствие этих тонкостей :D). Как пример можно просто будет взять синтаксис MySQL и для этой СУБД вообще ничего не переводить... Хотя я пока до этого не добрался, поэтому время придёт - увидим...)

В любом случае. Сейчас пласт работ с сайтом я успешно с себя сбросил и теперь занимаюсь лаунчером.

ZLOI_DED, изменение сложнее, разве нет?

alexprey:

ZLOI_DED:

А в моём случае этого транслейта нет и соответственно нет трудностей.

с чего это вдруг нету? синтаксис же разный у разных баз

Нет перевода Объект -> SQL и обратно. Есть перевод Internal SQL -> SQL и обратно. Объект и внутренний SQL совсем по разному переводятся. В первом случае нужно генерировать, а во втором - изменять.

ZLOI_DED:

с чего это вдруг нету? синтаксис же разный у разных баз

alexprey:

ZLOI_DED:

Не надо ORM

а разве это не позволяет сделать то что ты хочешь?

Позволяет, но сложность ORM в транслейте объектов в SQL, что вызывает кучу трудностей со всякими JOIN'ами и прочим. А в моём случае этого транслейта нет и соответственно нет трудностей.

ZLOI_DED:

для этого и нужны интерфейсы, чтобы задать поведение.
ZLOI_DED:

а разве это не позволяет сделать то что ты хочешь?

alexprey:

ZLOI_DED:

Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.

просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль.
ZLOI_DED:

Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе.

медленно и грузит сервер.
ZLOI_DED:

И да. В будущем хочу привинтить к своей cms многосубдшность, и сделать db-layer, с драйверами и SQL-подязыком по типу DQL.

на самом деле это не шибко то и надо, но лучше стоит поискать готовые решения, ибо SQL очень тонкий язык, особенно у Oracle DB

То бишь в настройках модуля поля, требующие определённого типа данных, которые должен возвращать компонент другого модуля? Этот вариант действительно сработает, но только если тип статичен. То есть например у товара именно int id а не varchar и прочее..
А. Я кажись понял. Ты имел ввиду зависимости от конкретных модулей. Понимаешь, суть в том, чтобы модули были независимыми друг от друга. Разные имплементации - есть хорошо. Главное корзине - получить конкретные данные. А на то как они получены - насрать. Пусть ты их введёшь прямо в поле в настройках...

Тогда действительно отдельный сервер на яве или шарпе

Ну смотри. Внутренний язык запросов драйверами преобразуется в тот. который подойдёт конкретной СУБД со всеми тонкостями. По-моему это классная идея. Не надо ORM, просто дрова на разные СУБД и внутренний язык. Да, будет медленнее, но быстрее чем с ORM и покруче чем с тем, что есть) Вот такой блекджек)

Спасибо. Приятно общаться со знающим человеком)

ZLOI_DED:

просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль.
ZLOI_DED:

медленно и грузит сервер.
ZLOI_DED:

на самом деле это не шибко то и надо, но лучше стоит поискать готовые решения, ибо SQL очень тонкий язык, особенно у Oracle DB