История изменений

давайте положим руку на сердце и признаемся, что в 80% абстракций дублируется низкоуровневая модель.

кладу руку на сердце и ответственно заявляю, что твое убеждение крайне ошибочно... ну вот очень-очень крайне. ты это поймешь, когда возьмешься за какой-то большой и серьезный проект, ну или прочитаешь какую-нибудь книжку о проектировании (сейчас уйма статей с новомодными называниями а-ля «паттерны проектирования», или попробуй посмотри в сторону SOA).

Еще раз - речь не идет о тупом хардкодинге селектов на клиенте вместо сервера, селекты генерируются, избавляя от необходимости изобретать SQL в JSON/URL query.

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

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

это называется «контролируемая проблема» и ты сможешь ее исправить еже ли вдруг обнаружится кривой запрос. и поверь мне, будет лютая «тоска, печаль и попаболь», когда проблема будет некотролируемая.

4. ты не слышишь, что тебе говорят остальные, не хочешь внять даже очевидные вещи

бла-бла-бла.

очень показательная реакция на замечание, показывающая правоту замечания ))).

Почему не обсудить, а не сразу броскими фразами козырять?

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

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

давайте положим руку на сердце и признаемся, что в 80% абстракций дублируется низкоуровневая модель.

кладу руку на сердце и ответственно заявляю, что твое убеждение крайне ошибочно... ну вот очень-очень крайне. ты это поймешь, когда возьмешься за какой-то большой и серьезный проект, ну или прочитаешь какую-нибудь книжку о проектировании (сейчас уйма статей с новомодными называниями а-ля «паттерны проектирования», или попробуй посмотри в сторону SOA).

Еще раз - речь не идет о тупом хардкодинге селектов на клиенте вместо сервера, селекты генерируются, избавляя от необходимости изобретать SQL в JSON/URL query.

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

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

это называется «контролируемая проблема» и ты сможешь ее исправить еже ли вдруг обнаружится кривой запрос.

4. ты не слышишь, что тебе говорят остальные, не хочешь внять даже очевидные вещи

бла-бла-бла.

очень показательная реакция на замечание, показывающая правоту замечания ))).

Почему не обсудить, а не сразу броскими фразами козырять?

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

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