Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: Корректность PHP-записи, при обращении к базе данных, с учётом поиска очень важного параметра

Сообщения:  [1-10]    [11-20]  [21-25] 

 
 автор: confirm   (30.01.2015 в 14:02)   письмо автору
 
   для: Ъ   (29.01.2015 в 18:15)
 

Даже и не знаю как уж вам и ответить.

Да пожалуйста, обсуждайте, вот только что? Как лучше будет записать несколько выражений условия - в строку или в столбик?

Еще раз - как бы вы не писали, в любом случае при большом числе таковых условий это будет совсем не рационально.
Ну подойдите в к этому вопросу с другой стороны - не А или Б или В или .... и подобное, а если хотя бы одно из условий не выполняется, то и нет ни А или Б или В или и ничего подобного.

Предположим, что у нас есть обработчик данных пришедших извне, при этом этот обработчик проверяет все данные, откуда бы они не пришли. Он не просто проверяет данные, но и сообщает пользователю о несоответствии данных.
При этом, как я говорил ранее, это не что-то притиснутое к какой либо конкретной форме, а для другой будет нечто иное, этот обработчик, скажем так, ведет диалог с пользователем по ранее определенным соглашениям, чем являются и области куда выводятся сообщения, и вид этих сообщений, и реакция их на действия пользователя.
То есть, клиентская часть, вся ее составляющая, и серверная часть, это единое целое.
Этому целому подчинены и html-код всех форм, и их стилей, и необходимый набор клиентских сценариев.
Серверный сценарий получает на входе ссылку на источник, то есть форму, данные которой он на текущий момент проверяет, а также набор условий по данным этой формы.

Подобную конструкцию, как пример основанный на наборах, который можно подключать в зависимости от типа данных или дополнительных условий проверки, я уже приводил здесь. Вы думаете это кому-то надо? Обычно предпочитают или "а работает и ладно", или "на уровне своего понимания". Вот так и у вас - вы зациклились на простой конструкции, не понятно чего хотите тут услышать о ней, но если речь идет не о конкретной единичной задаче, то я вам уже ответил - это громоздко, плохо, штучно.

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

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

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

  Ответить  
 
 автор: Ъ   (29.01.2015 в 18:15)   письмо автору
 
   для: confirm   (29.01.2015 в 17:54)
 

Я уже восьмой год пишу свою систему. Уж поверьте, глобальное от локального давно отделил. Вот только нет предела совершенству. Поэтому переписываю старые алгоритмы с нуля по нескольку раз, и не от того, что они были плохи (они работали и ни разу не давали сбоя). Просто со временем я понимаю, что что-то старое можно сделать ещё, хотя бы чуточку, лучше, и делаю. В этот раз один из пунктов решил повесить на всеобщее обозрение, на этот форум, сюда. Уже вижу, что зря, толку от этого ноль, то есть FALSE. И закончили (с Вами) на этом, а то совсем расфлудились.

  Ответить  
 
 автор: confirm   (29.01.2015 в 17:54)   письмо автору
 
   для: Ъ   (29.01.2015 в 17:42)
 

Примера чего, таковой концепции?
Это слишком много примеров нужно, да и не нужны они, на стадии обдумывания приложения до конкретных IF еще ох как далеко. О чем надо в это время думать, я уже писал.

Интересуют примеры конкретные, были и такие, писал их и в этом разделе форума, и в JavaScript разделе, надо, найдете. А я уже не хочу искать, и повторяться совсем не охота.

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

Нельзя всего этого описать двумя тремя примерами, а то что вы не хотите думать в этом направлении, еще не говорит о том, что я не понимаю о чем говорю. А что вы там цените, для меня это не имеет значения.

  Ответить  
 
 автор: Ъ   (29.01.2015 в 17:42)   письмо автору
 
   для: confirm   (29.01.2015 в 17:27)
 

Я вижу только одно — много полемики и ни единого! примера, как было бы лучше. Вы простите меня, но я ценю оценку людей, когда они сами могут что-то показать.

  Ответить  
 
 автор: confirm   (29.01.2015 в 17:27)   письмо автору
 
   для: Ъ   (29.01.2015 в 17:11)
 

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

Если я вас воспринимаю так как написал, то я далек от того, что вы заняты художеством, и у меня вполне логичное объяснение этой причины - непонимание или полное не знание предмета.

Но то, что программирование тоже работа в чем-то творческая, это бесспорно, вот и включайте творчество.

Даже создавая сайт в одну страницу, вы создаете приложение. Пока оно на сервере и не разу запрашивалось, это мертвый набор символов. Но стоит ему попасть на клиента, вот тут оно оживет, да если еще взаимодействует с сервером...

А приложение, это концепция, прежде всего, и этой концепции должен быть подчинен не только серверный код, но и клиентский, html и css этого приложения, а концепция как раз и отвечает - разумны и нужны ли вообще в конкретном месте if с кучей выражений. А вы одной такой конструкцией своей хотите подметить целую концепцию и сделать ее универсальной. То есть, если все ваши доводы прочесть, то получается ровно это.

  Ответить  
 
 автор: Ъ   (29.01.2015 в 17:11)   письмо автору
 
   для: confirm   (29.01.2015 в 15:54)
 

Я посмотрел, откуда Вы взяли if SELECT !== ( boolean ) FALSE. У меня такого в коде нет и не было. Это я для объяснения указал, то есть это не реальный кусок кода. Художественная подача, если хотите.

Хотя, я бы всё таки на месте администраторов форума почистил бы всю тему от моих и Ваших сообщений, начиная с. Ибо никакой нагрузки полезной в этой теме они не принесли: ни мои, ни Ваши сообщения. Попросту представляют из себя флуд.

  Ответить  
 
 автор: confirm   (29.01.2015 в 17:09)   письмо автору
 
   для: Ъ   (29.01.2015 в 16:41)
 

Мне не пять лет, чтобы обижаться не понятно по какому поводу.

Все что вы писали, я читал, и если вас интересует рациональность, насколько я понял, то по всему вами писанному я и ответил - к рациональности это отношения не имеет.

И по пунктам некоторым писал комментарий, зачем же их еще раз повторять.

>Раз идею не поняли (расписанную в нескольких сообщениях разными словами)

И в чем тут идея? Это стандартный шаблонный подход, и придуман предшественниками вашими, далеко до того, как вы решили заняться этим.

Так чего вы хотите? Оценить - моя оценка плохо, если рассматривать как бы лучше. Или чего надо?

  Ответить  
 
 автор: Ъ   (29.01.2015 в 16:41)   письмо автору
 
   для: Ъ   (29.01.2015 в 16:39)
 

Да не обидными слова мои воспримутся.

  Ответить  
 
 автор: confirm   (29.01.2015 в 16:41)   письмо автору
 
   для: Ъ   (29.01.2015 в 16:39)
 

А это значит мои фантазии?

  Ответить  
 
 автор: Ъ   (29.01.2015 в 16:39)   письмо автору
 
   для: confirm   (29.01.2015 в 15:54)
 

Первый код посмотрите. Там нет никаких ( boolean ) FALSE, и ( boolean ) FALSE я нигде не предлагал. Это пунктик о том, что Вы действительно совсем меня не поняли. Говорите «исправьте», когда исправлять нет чего (предлагаете исправить ошибки, которые Вы увидели из-за того, что вообще не понимаете моих мыслей).

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

  Ответить  

Сообщения:  [1-10]    [11-20]  [21-25] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования