Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Религиозные войны > куда ставить логику: ЯП vs SQL vs HTML vs JS


Автор: gcc 6.12.2010, 12:22
есть много разной логики на страницах, используется MVC Catalyst
понятно, что основная бизнес-логика должна быть в Controller'е в MVC, а вот куда все остальное ставить?
т.е. хеш-таблицы и все остальное... очень много разного гемороя

я выбрал использовать логику в JavaScript, Jquery, etc
но стала проблема что поисковики не будут видеть все что нужно для них...

хотел спрость, кто где хранит логику??

Автор: A5uKa 8.12.2010, 09:17
в ЯП ...

Автор: 502 30.8.2011, 16:56
Цитата(gcc @  6.12.2010,  12:22 Найти цитируемый пост)
основная бизнес-логика должна быть в Controller'е в MVC

чо?

а  модель тогда для чего?

Автор: LSD 30.8.2011, 17:11
В PL/SQL так веселее будет это поддерживать smile 

Автор: gcc 2.9.2011, 00:53
502, я не правильно выразился, все кроме бизнес-логики

все что можно поставить в javascript, то чтобы ставить в него (чтобы не делать мусорник в проекте), соответсвенно использовать ajax...

или все разбросать по моделям

Добавлено @ 00:56
502, посмотри на картинку:

user posted image

главная бизнес логика должна быть в контроллере  (хотя это не обязательно, но желательно)
есть еще так называемые плагины, вспомогательное для контроллера...

Добавлено @ 01:06
Цитата(LSD @ 30.8.2011,  17:11)
В PL/SQL так веселее будет это поддерживать smile

кроме PL/SQL, еще есть: PL/Perl, PL/Java, PL/Python (последний писали, что не поддерживается в PostgreSQL, сейчас не знаю)


Цитата

Функции

Функции являются блоками кода, исполняемыми на сервере, а не на клиенте БД. Хотя они могут писаться на чистом SQL, реализация дополнительной логики, например, условных переходов и циклов, выходит за рамки собственно SQL и требует использования некоторых языковых расширений. Функции могут писаться с использованием одного из следующих языков:

    * Встроенный процедурный язык PL/pgSQL, во многом аналогичный языку PL/SQL, используемому в СУБД Oracle;
    * Скриптовые языки — PL/Lua, PL/LOLCODE, PL/Perl, plPHP, PL/Python, PL/Ruby, PL/sh, PL/Tcl и PL/Scheme;
    * Классические языки — C, C++, Java (через модуль PL/Java);
    * Статистический язык R (через модуль PL/R).

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

Функции могут выполняться как с правами их создателя, так и с правами текущего пользователя.

Иногда функции отождествляются с хранимыми процедурами, однако между этими понятиями есть различие.
[править] Триггеры

Триггеры определяются как функции, инициируемые DML—операциями. Например, операция INSERT может запускать триггер, проверяющий добавленную запись на соответствия определённым условиям. При написании функций для триггеров могут использоваться различные языки программирования (см. выше).

Триггеры ассоциируются с таблицами. Множественные триггеры выполняются в алфавитном порядке.

Автор: 502 2.9.2011, 09:14
Цитата(gcc @  2.9.2011,  00:53 Найти цитируемый пост)
502, посмотри на картинку:


Цитата(gcc @  2.9.2011,  00:53 Найти цитируемый пост)
главная бизнес логика должна быть в контроллере  (хотя это не обязательно, но желательно)

я немного понимаю что и для чего MVC, а вот ты нет

http://ru.wikipedia.org/wiki/Model-View-Controller
Цитата

Ряд разработчиков специализируются только в одной из областей: или разрабатывают графический интерфейс или разрабатывают бизнес-логику. Поэтому возможно добиться, что программисты, занимающиеся разработкой бизнес-логики (модели), вообще не будут осведомлены о том, какое представление будет использоваться.

Автор: LSD 2.9.2011, 10:04
Цитата(gcc @  2.9.2011,  01:53 Найти цитируемый пост)
кроме PL/SQL, еще есть: PL/Perl, PL/Java, PL/Python (последний писали, что не поддерживается в PostgreSQL, сейчас не знаю)

А про PostgreSQL никто и не говорил.

Автор: bems 16.9.2011, 23:35
самодельный скриптовый язык на основе XML и один птисотметровый файл конфигурации
ЯП не нужны

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)