Чисто теоритически, в первом случае тебе придётся проходить обе фазы. Тут я не могу говорить со 100%ной уверенностью. Но мне всё же кажется, что первый способ гораздо более муторен. Потом с ORM не все могут работать, а SQL - стандарт для веба. Внутренний SQL просто не будет иметь разных тонкостей (хотя для кого-то тонкостью будет отсутствие этих тонкостей :D). Как пример можно просто будет взять синтаксис MySQL и для этой СУБД вообще ничего не переводить... Хотя я пока до этого не добрался, поэтому время придёт - увидим...)
В любом случае. Сейчас пласт работ с сайтом я успешно с себя сбросил и теперь занимаюсь лаунчером.
А в моём случае этого транслейта нет и соответственно нет трудностей.
с чего это вдруг нету? синтаксис же разный у разных баз
Нет перевода Объект -> SQL и обратно. Есть перевод Internal SQL -> SQL и обратно. Объект и внутренний SQL совсем по разному переводятся. В первом случае нужно генерировать, а во втором - изменять.
а разве это не позволяет сделать то что ты хочешь?
Позволяет, но сложность ORM в транслейте объектов в SQL, что вызывает кучу трудностей со всякими JOIN'ами и прочим. А в моём случае этого транслейта нет и соответственно нет трудностей.
То бишь в настройках модуля поля, требующие определённого типа данных, которые должен возвращать компонент другого модуля? Этот вариант действительно сработает, но только если тип статичен. То есть например у товара именно int id а не varchar и прочее..
для этого и нужны интерфейсы, чтобы задать поведение. ZLOI_DED:
Не надо ORM
а разве это не позволяет сделать то что ты хочешь?
Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.
просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль. ZLOI_DED:
Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе.
И да. В будущем хочу привинтить к своей cms многосубдшность, и сделать db-layer, с драйверами и SQL-подязыком по типу DQL.
на самом деле это не шибко то и надо, но лучше стоит поискать готовые решения, ибо SQL очень тонкий язык, особенно у Oracle DB
То бишь в настройках модуля поля, требующие определённого типа данных, которые должен возвращать компонент другого модуля? Этот вариант действительно сработает, но только если тип статичен. То есть например у товара именно int id а не varchar и прочее..
А. Я кажись понял. Ты имел ввиду зависимости от конкретных модулей. Понимаешь, суть в том, чтобы модули были независимыми друг от друга. Разные имплементации - есть хорошо. Главное корзине - получить конкретные данные. А на то как они получены - насрать. Пусть ты их введёшь прямо в поле в настройках...
Тогда действительно отдельный сервер на яве или шарпе
Ну смотри. Внутренний язык запросов драйверами преобразуется в тот. который подойдёт конкретной СУБД со всеми тонкостями. По-моему это классная идея. Не надо ORM, просто дрова на разные СУБД и внутренний язык. Да, будет медленнее, но быстрее чем с ORM и покруче чем с тем, что есть) Вот такой блекджек)
ух ничего себе как мы разговорились... уже вторая страница XD
Ну а как иначе? Всеравно какие-то интерфейсы они должны иметь. Чтобы помещать товары в корзину, товары должны как-то обозначатся и юзеры, к которым в корзину товар этот помещается тоже... Тут у меня затык.
просто сделай зависимости, пускай модуль говорит что ему нужно, например для корзины UserModule, ProductModule. Вот и все. Если их нету, то крашай модуль. ZLOI_DED:
Просто никогда не делай) Если хочешь сервер для чата? То спроси себя зачем тебе сервер для чата? Ведь он спокойно делается дедовским методом на аяксе.
SS133D
Комментарии проекта Space Station 133D
Space Station 133D
Ред. ZLOI_DED
Ред. ZLOI_DED
ZLOI_DED:
Ред. ZLOI_DED
А. Я кажись понял. Ты имел ввиду зависимости от конкретных модулей. Понимаешь, суть в том, чтобы модули были независимыми друг от друга. Разные имплементации - есть хорошо. Главное корзине - получить конкретные данные. А на то как они получены - насрать. Пусть ты их введёшь прямо в поле в настройках...
Ред. alexprey
ZLOI_DED:
ZLOI_DED: