Как управлять URL-адресами с большим количеством параметров запроса?

Интересно, что вы упомянули, что входные имена загадочны. Я собираюсь ответить в общем смысле (не только о специфике PHP) о том, что я видел в своих проектах, что я считаю относящимся к этой теме. Общий подход:

• Переменные формы обычно сопоставляются с объектом. Это VO в PHP или Beans в Java. Это были бы наиболее читаемые формы преобразования (на мой взгляд), поскольку они дают контекст конвертируемым HTML-формам.
• Во многих случаях я видел какой-то вспомогательный класс Form Utilities, который будет обрабатывать преобразование в и из. Однако это не конкретное жестко закодированное преобразование, большая часть преобразования очень структурирована и универсальна. Например, он берет все методы получения/установки и использует их в качестве имени формы. Например, у меня может быть getUsername() в моем объекте, тогда утилиты форм преобразуют его, например, в <input name="username"/>.
• Optionally, you could also override the default mapping via mapping override. This could be in the form of :
  • Configuration file, for example an XML File that maps the instance variable to the the form variable. In the example above, such mapping could be to map username instance variable to a more cryptic form variable named u
  • Функция языка, такая как аннотация в Java или атрибут в C#. Функция языка позволит сделать сопоставление без файла конфигурации, но будет встроено в сам исходный код объекта.
• Я видел проекты, которые имели бы базовый класс для VO/Bean, который имеет fromForm(input) и toForm(), которые используют Утилиты форм, упомянутые выше. Это обеспечивает удобство для разработчиков, поэтому им не нужно иметь дело с утилитами форм, а просто вызывать toForm() и fromForm(input) из своего объекта для обработки преобразования.

Теперь, учитывая приведенный выше шаблон, для загадочных полей формы я обычно вижу:

• Создайте объект VO для представления полей
• Создайте конфигурацию сопоставления, чтобы сопоставить загадочное поле с фактической переменной экземпляра с логическим именем.
• Либо используйте вспомогательный класс Form Utilities напрямую, либо, если Form Utilities используются в базовом классе, используйте удобные методы toForm() и fromForm(input)

Большинство этих параметров генерируются автоматически. Я видел такое поведение во многих приложениях ASP.NET. И я ненавижу .NET за такие вещи, но я не хочу поднимать эту тему снова.

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

С другой стороны, вы могли бы реализовать такой механизм, который вы описываете. В среде MVC эта задача будет обрабатываться контроллером. Это имеет смысл только в том случае, если у вас есть МНОГО передаваемых параметров GET. Вы должны стараться избегать такой практики с самого начала.