Олег Цилюрик: потому что они проверены практикой. Я тоже когда-то экономил символы и строчки, а потом был вынужден вернуться к этому своему коду через несколько лет...
Vitaly: как раз начинающему программисту лучше не портить свой стиль фантазиями, а применять good practices. Скорее всего, там, где будет применяться стиль, они же и будут применяться.
Vitaly: Так это же очевидно - вложенное тело должно быть в фигурных скобках. Запомнили этот простой принцип, забыли о проверках, сколько там будет строчек. И при чтении тоже забыли. Экономим извилины для настоящего дела.
Vitaly: нет, я имею в виду любой if или for, где одна строчка всегда может превратиться в две и наоборот. Для выделения тела цикла либо условной конструкции я всегда использую фигурные скобки, и это помогает не думать о такой фигне, занимаясь работой.
При чем тут стандарты кода? Вложенное тело без скобок - это грабли для того, кто будет править код, позволяющие легко и неочевидно его испортить. При этом в плюсах у этого, так сказать, стандарта - только экономия нескольких байт в исходниках и, возможно, одной строчки. То есть можно считать, что плюсов у него вовсе нет.
Даниил Демидко: лаконичность в С++ - это ни в коем случае не экономия символов!
Лаконичность в С++ - это создание дополнительного уровня черновой работы в классе, работу которого (класса) в алгоритме потом можно будет читать, как роман. Потому что весь очевидный код убран в методы, имеющие очевидные названия.
Дамир Синицын: я не возмущаюсь, я констатирую факт. Для решения задачи кросс-компиляции требуется понимание того, как вообще происходит компиляция приложения.
Вы этого понимания в вопросе не проявили, а на вполне добротную IDE наехали не по делу.
bitrixweb: хинт: создаем в корне диска папочку "classes", в ней - файл Useful.php. В нем прописываем класс Useful и каждый раз, когда приходится делать что-то подобное вот такой ерунде, добавляем в этот класс соответствующую функцию. Постепенно получите "швейцарский нож" для рутинных операций.
Андрей: ну, не обязательно присваивать класс самой ссылке. Достаточно, чтобы специальный класс был у материала, в котором встречаются такие ссылки, которые надо обрабатывать.
Андрей: добавьте таким ссылкам, для которых это будет работать, некий общий класс. Чтобы не было странностей, если вдруг на странице попадутся ссылки, которые не надо так обрабатывать.
bitrixweb: можно один раз написать функции json_encode_1251 и json_decode_1251 с рекурсивным обходом. Если так и не соберетесь перевести сайт на utf-8 - не придется велосипедить слишком часто.
Если человек даже не знает, что приложения "делает" не IDE, а компилятор - где ему с Эклипсой справиться?
Тем более, что она капризная, как сволочь - чуть фаза луны сменилась, и библиотечные файлы, лежащие ровно там же, где всегда, вдруг "could not be resolved".
Судя по "работе с формами" - даже не WinAPI... в общем, вообще непонятно, при чем здесь Убунту.
С какого перепугу в системе будет инструмент разработки приложений, прибитых гвоздями к другой системе?
Дмитрий: ну да, что-то я туплю - второй-то сайт не ваш.
Получается, вы пытаетесь сделать классический CSRF, от которого любой современный браузер защитит своего пользователя, не дав вам никаких шансов.
Дмитрий: JS позволяет залезть со страницы в дочерний фрейм.
HTTP везде, но одно дело - когда вы с сервера обращаетесь к сайту и POST-ом отдаете ему данные, другое - когда у вас в браузере пользователя открытым текстом используются логин и пароль (для заполнения формы).
