Как реализовать изменение программы средствами интерфейса ?

Question

[Владислав Радзимовский]

Здраствуйте, вот заинтересовал такой вопрос:

Допустим у нас есть некоторый блок кода:

If(var){
do this;
}

И в то же время есть интерфейс с одной радио-кнопкой, которая отключает / включает этот блок.
Так вот, как правильно реализовать такое включение / отключение рабочего блока кода?

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

Может для кого-то вопрос простой или несуразный, но я не знаю как будет правильно реализовать данный функционал. Заранее спасибо за ответы.

Answer 1

[Алексей Елецкий]

1. Конкретная реализация зависит от проекта, предметной области, того, что делает код, когда выполняется и прочих вещей.
2. Переменная не обязана быть глобальной.
3. Советую почитать про MVC, правда не уверен, что в данном случае оно нужно.

Пользуясь своими экстрасенсорными способностями пришёл к выводу, что всё-таки через базу.

Comments

[Владислав Радзимовский]

С MVC знаком, но здесь оно точно не нужно
И почему сразу экстрасенсорными? Что же нужно добавить что бы получить точный ответ?)

[Алексей Елецкий]

Потому что совершенно не ясен контекст. Если бы не было тега PHP я бы решил, что вы пишите GUI на каком-нибудь С++ (собственно поэтому я про MVC и вспомнил).

Опции (даже в вебе) разные бывают. И хранить их можно по-разному, в зависимости от того, где они нужны (на что влияют). Универсальный подход — в базе. Но можно, например, и в cookies, если опция локальна для сессии. Можно в кэше, если её наличие не принципиально. А можно вообще в хранилище браузера и передавать при необходимости дополнительным параметром url.

Чётко опишите ситуацию: что надо получить, что для этого делается и в чём заключается проблема

[Владислав Радзимовский]

@Tiendil @Tiendil Ну да, все таки мало как я понимаю рассказал
На всякий случай расскажу побольше, но просто что бы было полное представление о ситуации

Итак, сам вопрос связан с тем, что мне нужно написать кастомную форму заказа товара на систему WHMCS. Сама форма собственно уже готова, но интегрировать её с cms не очень получилось, на что было несколько причин:
- Закрытый в Ioncube исходный код всей системы (спустя пару часов поиска все же нашел способ обойти это ограничение, но правда говоря все не совсем по фен-шую, см. след пункт)
- Сама система как минимум раз - два в месяц выпускает обновления / фиксы и прочее, через что моя попытка интеграции формы в систему с треском провалилась, так как на 2-м же обновлении была немного изменена часть которую я использовал для интеграции, так что пришлось менять код, меня это ясно что не очень устраивало, и именно из-за этого я решил написать ui для того что бы без всяких хлопот для себя вместо интеграции формы менять нужные мне параметры ползунками / селектами / боксами и прочим. Т.е. включать некоторые модули привязки, отключать их, задавать доп параметры и прочее.

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

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

[Viktor Vsk]

@Lafafm *ME посмотрел, что такое www.whmcs.com ... Бегите, просто бегите

[Алексей Елецкий]

@Lafafm, если я правильно всё понял, то смело сохраняйте в базе. Хотя, если этим пользуетесь только Вы, проще сделать конфиг и править его руками по необходимости (как понимаю, где-то раз в месяц). Тогда не нужно будет делать кучу лишних вещей.

[Владислав Радзимовский]

@victorvsk Я бы с радостью но уже поздно бежать, так как побег займет уж слишком много сил...)
@Tiendil Ну собственно я думаю вы все поняли правильно. Если бы интерфейс был только для меня я бы и думать не стал о нем, но так им будут пользоваться люди которые далеки от этого, так что спасибо за совет, воспользуюсь базой пока что)

Answer 2

[Сергей Протько]

Я так понимаю что вопрос о изменениях UI на клиенте, ибо иначе думаю вопросов бы не возникало.

Есть такой паттерн как MVVM. его реализуют кучи фреймворков аля Knockout.js, Angular.JS и т.д. Эти фреймворки позволяют строить сложные UI используя декларативный подход и дата-биндинг. То есть у вас будет мгновенная реакция UI на изменение каких-то данных или состояния модели.

По сути можно реализовать что-то свое попроще под специфичную задачу, но в любом случае все что происходит на клиенте пишется на JS.

Comments

[Владислав Радзимовский]

Интересно, по правде говоря сколько приходилось работать с MVC с MVVM ни разу не сталкивался, хотя довольно таки интересная технология

А на счет вашего ответа с js, вы наверное не совсем так поняли мой вопрос, за что прошу прощения так как плохо описал.

[Сергей Протько]

@Lafafm ну "работать с MVC" звучит больно громко. Вообще все эти штуки сильно абстрактны что бы быть уверенным в том, что вы знаете что это все значит.

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

Answer 3

[Kirill_0x7C4]

Вы же как-то отслеживаете состояние радиокнопки?
Допустим, в зависимости от состояния меняется переменная radiobutton_state, переключаясь между значениями ENABLED и DISABLED.

Тогда в коде можно написать:

If ((var) && ( radiobutton_state == ENABLED){
do this;
}

То есть код "do this" у вас выполнится только, если будут соблюдены оба условия: и var == TRUE, и radiobutton_state == ENABLED.

Я правильно понял, что требуется?

Comments

[Владислав Радзимовский]

Ну я малость не понял Ваш ответ)
Радиокнопка и сам интерфейс на котором должно меняться все - 2 разных файла. По сути это та же админ панель и интерфейс

Но даже если упустить эту проблему, ваше решение не совсем подходит из-за того, что таких "кнопок" есть десятки, и каждая из них отвечает за свое, так что городить if`ами весь код нету особого желания

Но все равно спасибо за ответ, хотя и проблема уже давно решена)