Честно говоря, о данном решении узнали совсем недавно, буквально пару недель назад, но нам не особо понравилось, во всяком случае их демо. То есть, например, я так и не разобрался как можно именно послать разные параметры запроса. Да и к дизайну Boostrrap'овскому уже привыкли
1. Разве при таком подходе не приходится вручную разбираться в каком именно формате пришли данные, чтобы подставить OR или AND?
2. Почему нельзя сделать отдельные методы для получения по тому или иному параметру?
Я просто не сильно знаком именно с RESTful спецификацией, поэтому может мой вопрос и глупым покажется, но мне интересно.
Мой вопрос был не конкретно к вашему решению, мне просто хотелось услышать именно мнение человека, который работает именно с RESTful API, а не с JSON, как мы, в чем преимущества подхода. То есть именно не «зачем заморачиваться», а чем это лучше, а JSON, например, хуже
Честно говоря, не сильно понимаю именно RESTful API, когда можно принимать на вход, например, JSON-объект, в который можно запихать любые параметры, какие душе угодно. И проблем подобных не возникнет.
Кстати, хотелось бы услышать ваше мнение по поводу нашей реализации
1. То есть при развитии проекта вы модель уже не генерируете, а при каждом изменении в БД постоянно вручную добавляете изменения в код?
2. По-моему, да. R_ — это информация, которая не несет никакого смысла. Вы же когда пишете не используете слов-паразитов, что часто бывает в устной речи, верно?
3. В том же Yii зачем имени класса модели добавлять Model? Если вы выполняете find гораздо лучше выглядит News::model()->find(), а не NewsModel::model()->find(), не так ли?
Кстати да, заметил, что если вечером не закончил какую-то задачу, с утра сразу включаешься в рабочий процесс, чем если бы задачи были бы закрыты. Только это статья помогла мне это осознать. Спасибо! =)
Я пробовал, не помогает =) Возвращаемся утром на работу, нажимаем кнопку «вкл» всё-равно. Сразу же встали — пошли наливать кофе. Возвращаемся, ставим кофе, сворачиваем IDE… В если не выключать, то приходим на работу, садися за стол. Опа! Код! Фигачим…
Извините, конечно, по по-моему то, что вы написали — полный п… ц.
Начнем с того, что читать это невозможно. Про писать — вообще молчу.
Допустим, есть у нас таблица user. Есть комментарии к новостям, которые пишут юзеры. Получаем relation 'comments'. Надо вывести комментарии данного пользователя.
В обычном случае, без префиксов и прочего:
1. Генерируем модели при помощи gii
2. пишем что-то вроде
foreach($user->comments as $comment) {
echo $comment->message;
}
В вашем:
1. Генерируем модели при помощи gii
2. Заменяем все relation'ы на Relation'ы с префиксом
3. Пишем что-то вроде
foreach($user->Rcomments as $comment) {
echo $comment->message;
}
«R» читаемости не явно не добавляет,…
А теперь представим, что модели данных что-то поменялось. А это значит модель надо сгенерировать заново, снова добавить префиксы и т.п.
Вы пишете:
Да, префиксы и постфиксы несколько замедляют написание кода, но код пишется один раз, а читается и рефакторится далеко не один. Как по мне, так значительно проще читать код, в котором можно сразу определить по префиксам и регистру, где атрибут модели, где метод, а где scope или relation.
Если вы пишете код один раз — вы гений. А вот чтение и рефакторинг как раз и замедляется. Код должен читаться как простой текст на английском, Из-за этого и не люблю массивы, когда есть возможность использовать объекты. Сравните 3 записи:
1. echo $news->author->name
2. echo $newsModel->R_Author->name
3. echo $news['author']['name']
Я думаю, что у математиков это заняло столько времени, а у вас минуту исключительно из-за того, что к тому же, что и вы, они пришли за минуту, а всё остальное время ушло на формализацию доказательства.
Автор написал, что при подготовке к Олимпиаде в городе убивали бездомных собак, это большая проблема и т.п. (причем без ссылок на источники). В обсуждении говорил, цитирую «разве ДЕПУТАТ ЕВРОСОЮЗА(!) не достаточно авторитетный источник?!!». Собственно, изначально конфликт возник именно из-за отсутствия источников, в общем-то претензии у удалившего не возникало.
Насколько я знаю, споры решаются в обсуждении статьи, как правило. Лично наблюдал, как один из участников (мой знакомый) удалял политический текст из неполитической статьи (Сочи 2014), на что на него автор наехал в обсуждении, однако быстро заткнулся под давлением сообщества
Спасибо за разъяснения
2. Почему нельзя сделать отдельные методы для получения по тому или иному параметру?
Я просто не сильно знаком именно с RESTful спецификацией, поэтому может мой вопрос и глупым покажется, но мне интересно.
Кстати, хотелось бы услышать ваше мнение по поводу нашей реализации
2. По-моему, да. R_ — это информация, которая не несет никакого смысла. Вы же когда пишете не используете слов-паразитов, что часто бывает в устной речи, верно?
3. В том же Yii зачем имени класса модели добавлять Model? Если вы выполняете find гораздо лучше выглядит News::model()->find(), а не NewsModel::model()->find(), не так ли?
Начнем с того, что читать это невозможно. Про писать — вообще молчу.
Допустим, есть у нас таблица user. Есть комментарии к новостям, которые пишут юзеры. Получаем relation 'comments'. Надо вывести комментарии данного пользователя.
В обычном случае, без префиксов и прочего:
1. Генерируем модели при помощи gii
2. пишем что-то вроде
В вашем:
1. Генерируем модели при помощи gii
2. Заменяем все relation'ы на Relation'ы с префиксом
3. Пишем что-то вроде
«R» читаемости не явно не добавляет,…
А теперь представим, что модели данных что-то поменялось. А это значит модель надо сгенерировать заново, снова добавить префиксы и т.п.
Вы пишете:
Если вы пишете код один раз — вы гений. А вот чтение и рефакторинг как раз и замедляется. Код должен читаться как простой текст на английском, Из-за этого и не люблю массивы, когда есть возможность использовать объекты. Сравните 3 записи:
1. echo $news->author->name
2. echo $newsModel->R_Author->name
3. echo $news['author']['name']
Имхо, преимущество первого очевидно.