Александр Фалалеев, особенно не стоит путать жалкие потуги как-то упорядочить живой и слабо упорядоченный язык типа вордовского волнистого подчеркивания с реальной проверкой чего бы то ни было на правильность.
Оно уже на одной этой фразе может сломаться ;)
Максим Федоров, я и подтвердил, что в этом случае сеттер неуместен.
Но он уместен там, где какие-то (ни на что больше не влияющие) данные все-таки надо задавать извне. Как альтернатива публичному полю.
vitaly_74, боги, ну это же совсем примитивный пример. Ну, представьте, что заголовки таки назначаются в одном методе, а запрос делается в другом.
Или вы предпочитаете представить подобные проблемы в потрохах современного фреймворка, где классы вызывают друг друга по прописанным совсем в другом месте цепочкам вызовов с определением того, с чем вообще сейчас работаем, по записанному при инициализации списка значению Class::class?
vitaly_74, например, класс-обертка над курлом Curl.
Вызывающий код может задавать массив $curl->headers, который класс-обертка тупо отправит в запросе, ничего внутри себя не меняя.
Создав метод Curl::setHeaders, вы можете быть четко уверены, что нигде больше в коде заголовки запроса не менялись. Не проверяя значения переменных в каким-то образом работающей неподалеку строчке $$one->$two = $three; %)
..там, где значение переменной важно для какой-либо иной логики в классе.
Если же это просто значение, которое может меняться снаружи и ничего при этом не затрагивает внутри - сеттер и геттер уместен для контроля обращения к этой переменной. Просто потому, что интерпретируемые языки позволяют обратиться к полям класса довольно кучерявыми и неочевидными способами, и для чистоты кода важно удерживать программиста от их использования.
Владимир Коротенко, а оно сканером с оригинала-то распознается? Иные принтеры такое напечатают, что сканер это не читает сразу, не то что по фотографии. Мне тут случилось наладить вывод Code128 на принтере этикеток 58х40, нашлепали партию, а потом переклеивали все, перепечатывая на самоклейке на обычном принтере...
И здесь, конечно, разрешение низковато, тонкие линии местами тоньше пикселя. У современных смартфонных камер оно вроде бы должно быть побольше.
helpmeplease196, вам стоит сначала доучить синтаксис JS на элементарных примерах, чтобы не писать на нем такой дичи. а уже потом браться за реализацию задуманного. То, что вам сейчас разжуют ляпы именно этого конкретного кода, от каши в голове все равно не поможет.
Артем Абрагмад, ну вот, вы успешно сделали первый шаг. Итак, даны координаты диагоналей двух прямоугольников.
Каким образом от них нужно перейти к квадрату?
mayton2019, это у меня хорошо развита телепатия.
Как вижу "перегрев от видео", так третий глаз тут же узревает ноутбук.
Собственно, на нормальных десктопах проблем с линями на порядок меньше, ибо там куда реже встречаются железячные компромиссы, которые подпирали софтовыми костылями исключительно под винду.
Если поднапрячься и сформулировать, что это за квадрат, решение может оказаться первой же строчкой в гугле.
По упоминанию же каких-то "двух отрезков", непонятно как вообще связанных с этим квадратом, и человек ничего не скажет.
silasibiri, не знаю. Не пробовал.
Я имею в виду, что вы людей, имеющих богатый опыт таких упражнений на граблях, вряд ли найдете.
Соответственно, либо разбираться самому, либо выйти из гамака.
При чем тут уровень разработки виндов? Дрова на ноутбучные железки пишутся и отлаживаются под винды, а под другие системы производитель забивает на них хер. Даже если то, что он натюнинговал под винды, заведомо косо будет работать под другими системами - на рентабельность его бизнеса это не влияет. Вот и весь "уровень разработки".
Roma789, пароль. пользователя. базы. данных.
Что там в панели BitrixVM - не знаю, не пользуюсь.
Погуглите обращение с ней на самом сайте Битрикса, не первый же вы выполняете эту задачу.
Владимир, вы это "кстати найденное", конечно, читайте - это полезно.
Но только до тех пор, пока прочитанное есть куда прилепить.
А начитываться о высоком, которое никак с вашим кодом не вяжется - все равно, что лежа на диване поучить капоэйру. Чистое самоудовлетворение.
Владимир, я считаю, что даже если в Сухом управление сделано намного неудобнее, чем в Боинге, вы, сидя за штурвалом, не имеете никаких шансов это оценить.
Ангуляр - распространен и используется. Значит, он работает. Он - один из нескольких фреймворков, значит, в нем реализованы некие общие для них принципы. Более или менее удачно в приложении к каждой конкретной задаче.
Значит, поработать с ним и тем самым освоиться с этими принципами - полезно.
А сидеть и читать болтологию с обсиранием, не написав ничего своего - бесполезно.
Roma789, там должен быть пароль, который сейчас актуален для указанного пользователя. Если в БД пароль не менялся - любые изменения в Битриксе приведут только к ошибке.
Владимир, достаточно - для чего? Вы витаете в теориях вместо практики, имхо. Если не знаете, как делать архитектуру веб-приложения - смотрите на фреймворки, где ее стараются не испортить уже довольно давно, и им это таки удается.
Роми, вот как раз если из абстрактной идеи выводить задачу общими словами, легко получается сделать через жопу. Именно поэтому я и написал "подробно...". Потому что при подробном разборе получится, что вы без всякой на то необходимости пускаете на ветер ресурсы, а связность уменьшается просто грамотным использованием СПО, как во всех современных фреймворках.
Оно уже на одной этой фразе может сломаться ;)