Сообщение от List2006 объявляй их перед использованием (принцип в С++), речь тут шла про тело условий.

это принцип ANSI C, который просто не позволяет иного объявления, кроме как в начале подпрограммы, ++ как раз снимает это ограничение
это я к тому, что странно это называть принципом ++

0

Сообщение от M128K145 На сколько я понял, то вы утверждаете, что объявление переменных в теле if не есть гуд

Если не секрет, где ты это вычитал? Насколько я себе представляю, он вообще о другом говорит. Что-то там про это дело тарас атавин вещал (он в игноре, так что сужу только по цитатам), а List2006 ему возразил. И нигде он не утверждал, что объявлять переменные внутри блоков - не айс. Он лишь утверждал, что НЕ айс - это когда язык НЕ требует объявлять переменные, в чём я полностью с ним солидарен.

Сообщение от alex_x_x это принцип ANSI C, который просто не позволяет иного объявления, кроме как в начале подпрограммы

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

0

Сообщение от Evg На самом деле в начале любого контекста, заданного фигурными скобками.

да, точно

0

Сообщение от Evg Если не секрет, где ты это вычитал?

Здесь

Сообщение от List2006 А лучше потому что строго типизированы и не позволяют такие вольности как объявить перемену в условиях (if...else)

И следующие посты начиная с 443 и до середины 447.
Но судя по

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

начинаю понимать, что понял что-то не так Если да, то приношу свои извинения

0

Я думаю лучше C++

0

Evg я и так и так имел ввиду (и в условиях, и принудительное объявление).
Про условие говорить не хочу, уже расписал.

Просто это в 20 строчках может быть удобным, но когда код "мегабайтный", встает вопрос, а создана была ли эта переменная в текущем контексте выполнения или нет?

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

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

Когда пишешь С++, создается ощущение что используешь точный научный инструмент, но вот когда пишешь на php (а чаще сопровождая уже чужой код), складывается ощущение что переспал с самой дешевой ш...ох из района по пьяне. Конечно можно натворить чудес и в С++, но в php с отсутствием объявление и указании типов это становится настолько увлекательно что делают все (к примеру когда один и тот же идентификатор может являться и переменной и массивом из-за функций - это так весело ).


PS данное обсуждение ответвилось от обсуждение "ужаса" использование Си в веб программирование. Суть уже раскрыта, автор не возражает, поэтому сейчас спор может уйти не туда. То есть я не сравнивал языки и нотации, я пытался доказать что php даже хуже чем Си для веб программирования, а не наоборот как говорят многие.

0

Сообщение от List2006 Просто это в 20 строчках может быть удобным, но когда код "мегабайтный", встает вопрос, а создана была ли эта переменная в текущем контексте выполнения или нет?

На плюсах по-моему нет понятия контекстов выполнения.

Добавлено через 3 минуты

Сообщение от List2006 Когда пишешь С++, создается ощущение что используешь точный научный инструмент,

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

Добавлено через 3 минуты

Сообщение от List2006 PS данное обсуждение ответвилось от обсуждение "ужаса" использование Си в веб программирование.

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

Добавлено через 6 минут

Сообщение от M128K145 Просто спрашивается, зачем вытягивать длинную портянку переменных в глобальную область, которые юзаются только в узком кейсе?

Это удобнее, чем потом вспоминать, где закрылась область видимости объявленной в данной подпрограмме переменной, если тебе потом вдруг всё же понадобиться обратиться к ней не под ифом. Иф не решает самостоятельную подзадачу, а лишь разветвляет алгоритм решения подзадачи, решаемой подпрограммой. И получается: есть подзадача, а в ней есть величина.

Добавлено через 3 минуты
Удобнее всего эту величину объявить в начале части программы, отвечающей за эту подзадачу, то есть в начале подпрограммы. На полюсах тоже можно объявлять переменные в любом месте. А знаешь, почему этим ни кто не пользуется, а все объявляют в начале? Потому что декларировать что либо после хотя бы одной операции нелогично, не удобно и ведёт к тормозам разработки.

Добавлено через 4 минуты

Сообщение от Evg Jupiter, я так понимаю, что речь шла об этом:

Речь ваще об этом:
, об этом и об этом:
Добавлено через 3 минуты

Сообщение от List2006 Я твоя не понимать?

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

Добавлено через 1 минуту

Сообщение от List2006 И что такого? Нет на пыхе пишут дергая функции, причем аналогичные Си и не че, а тут "о ужас на чистых сях". Давно уже людьми пишутся не home-page сайты, и на практике такие как С/С++ лучше. А лучше потому что строго типизированы и не позволяют такие вольности как объявить перемену в условиях (if...else) или создать другие костыли с типами. PHP - не создан для больших проектов (можно, но ужасно если в группе не профессиональные программисты). А книги по пых готовят легионы, которые вставляют классы куда не поподя, не понимая вообще парадигму ООП.

Расскажи, как ты это делаешь?

Добавлено через 1 минуту
Я тоже так хочу. а пишу на php только от незнания.

0

php и ему подобное - это всё-таки специализированные языки (т.е. созданные для некоторого конкретного класса задач, а не универсальные). И авторами навряд ли предполагалось, что на них кто-то будет писать большие проекты

0

Сообщение от Evg что на них кто-то будет писать большие проекты

Вот именно. Гигантские сайты - в том числе. Эти языки предназначены только чтоб быстро накидать страницу с обработкой, но минимальной.

0

Сообщение от taras atavin На плюсах по-моему нет понятия контекстов выполнения.

Может я задел какой-то термин, если да то извиняюсь, но под контекстом выполнения я имел ввиду одно из ветвлений (ниже будет понятно о чем я).

Сообщение от taras atavin Но объявить на плюсах переменную можно даже в цикле, тем более в условии, хотя ни один вменяемый плюсовик этим не пользуется. Можно вообще объявить переменную перед закрывающей скобкой.

Понял я в чем балаган, это моя вина, не дополнил информацию. По ходу тока Evg уловил мой "месседж". Да так можно в плюсах, переменная объявляется в блоке и там же умирает - жертв нет, но в php нету понятие блоков и автоматической памяти, объявив в условии - идентификатор мона использовать по всему коду. Вот про это говорил, это зло и оно создает абстрактное ветвление (то есть разные условия (контекст) выполнения из-за таких идентификаторов).



Далее холливар

Сообщение от taras atavin Я хочу сказать, что любая программа в любом случае - текст, не зависимо от языка.

Программа это "просто текст" быть может для моей подруги, или друга слесаря, но для программиста это не просто текст, смотря в эти замысловатые формулы он видит события которые будут где-то в каком-то месте исполнятся (и он знает что это за место).
Это как в фильме матрица - они смотрят на летящие знаки и видят что там происходит, так же скажем верстальщик на html пишет свои блоки html, а в голове у него конечная картина - и эта картина НЕ БЛОКОВ! а картина сайта в браузере.

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

Сообщение от taras atavin Расскажи, как ты это делаешь? Я тоже так хочу. а пишу на php только от незнания

Не надо искажать мою мысль и потом требовать объяснения, я уверен вы используете этим инструментом профессионально, но я статистически привык сталкиваться не совсем с "программированием" - а скорее всего выхлопом чьего-то мозга, и этот выхлоп я связал со многими книгами которые я читал.
Проблема тут в том что такие книги давно перестали быть учебниками, а стали больше средствами заработка для их авторов.
Конечно тут есть и другие факторы, - лень юных программистов и отсутствие желания чему-то учиться .

PS думаю понятно когда говорю такие книги я не имею ввиду все книги, а слово "юный" программист - человека не юного по возрасту, а юного по опыту и времени его становления программистом.

Вот именно. Гигантские сайты - в том числе. Эти языки предназначены только чтоб быстро накидать страницу с обработкой, но минимальной.

Так мы и обсуждаем эту проблему - почему скриптовые языки используются взамен "профессиональных" (кавычки тут не спроста).

0

Сообщение от List2006 Программа это "просто текст" быть может для моей подруги, или друга слесаря, но для программиста это не просто текст, смотря в эти замысловатые формулы он видит события которые будут где-то в каком-то месте исполнятся

Он видит эти события за текстом потому, что для него это осмысленный текст. Но всё таки текст и он всегда пишется и читается.

Добавлено через 2 минуты

Сообщение от List2006 ну если для вас это просто текст, то вам наверно быстро наскучит эти буковки вбивать , потому что для вас это просто буковки, а не часть чего-то большего.

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

Добавлено через 2 минуты

Сообщение от List2006 я уверен вы используете этим инструментом профессионально, но я статистически привык сталкиваться не совсем с

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

Добавлено через 57 секунд

Сообщение от List2006 Конечно тут есть и другие факторы, - лень юных программистов и отсутствие желания чему-то учиться

Мне намного ленивее учить php, чем новые способы применения плюсов.

0

Сообщение от taras atavin Не наскучит. Для меня это буковки и циферки, несущие определённый смысл.

Сообщение от taras atavin что для него это осмысленный текст

Ну так я вам про это говорю, что это не просто текст для программиста.

Сообщение от taras atavin все языки предлагают текст.

Ну так все чертежи предполагают линии. Значит чертеж здания для вас это набор линий?

Сообщение от taras atavin Да нет, на php я пишу очень криво и хочу вернуться с него на плюсы даже в области разработки сайтов.

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

0

И всё же интересно было бы увидеть CMS на компилируемом ЯП Интересно точнее было бы понять как оно будет ставиться на сервер.

0

Сообщение от Xander Bass И всё же интересно было бы увидеть CMS на компилируемом ЯП Интересно точнее было бы понять как оно будет ставиться на сервер.

Что там не обычного, точно так же и будет работать

Инсталляция запускаешь некий "install.cgi" и программа по средством веб интерфейса распаковывается и инсталлируется - тоже самое в общем что и обычно CMS.

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

0

Сообщение от List2006 распаковывается и инсталлируется

Вот интересно куда она будет распаковываться? Насколько я понимаю данную концепцию, подразумевается работа именно с CGI.

0

После окончательного перехода на Linux я для себя за выбрал Python за мощность и кроссплатформенность.

0

Сообщение от Xander Bass Вот интересно куда она будет распаковываться? Насколько я понимаю данную концепцию, подразумевается работа именно с CGI.

А в чем проблема то или чисто потроллить? Ну не хочешь можно использовать концепцию "залей все, установи и удали папку install" как в классической cms.

0

List2006, я вот про что говорю: PHP, равно, как и прочие интерпретируемые серверные языки выполняется интерпретатором на стороне сервера. Сам интерпретатор может быть установлен где угодно на сервере, только не там, куда имеет доступ конечный пользователь хостинга. Однако, интерпретатор PHP обычно предустановлен всегда, и клиент пользуется уже установленным ПО. Поэтому в этом случае проблема доступа куда-либо, кроме своей папки, для него не актуальна. А в случае с использованием программных модулей созданных на основе компилируемого ЯП пользователь так или иначе сталкивается с проблемой установки на сам сервер требуемого ПО. Или хотите сказать, что Вы тупо закинете всё в папку cgi-bin и оно сразу будет работать?

0

Во-первых натив тоже можно кинуть в ту самую папку. На LINUX все пользователи точно также имеют доступ только к своим каталогам, но если прога уже собрана для этой системы, то её можно туда и кинуть и запустить. Я так уже делал. А в чём принципиальная разница? Кинул, потом зателенился и запустил. Проблема вообще не в доступе, а в исполнении: php интерпретатор на всех поддерживающих его хостингах уже запущен и исполняется, а вот дадут ли исполнять натив - тот ещё вопрос. Зателенился на вторую хату? Эйси. А какие команды тебе разрешены? Запуск файлов может в их число и не входить. А во-вторых и эта проблема, и ограничение доступа существуют далеко не всегда. Существуют выделенные сервера, как виртуальные, так и физические, можно также всё разместить на своём компе со статическим адресом. У меня, например, статический адрес и хороший канал.

0

Сообщение от taras atavin Мне намного ленивее учить php, чем новые способы применения плюсов.

Во первых компилируемый C/C++ CGI давно устарел из-за не выгодности, почему выбирают PHP или ASP самое главное их работа, при запуске исполнительного CGI создаётся новый процесс, а в php, asp используют многопоточность-потоки для обработки отдельного скрипта, а как должен всякий знать прогер что на создание потока внутри процесса требует меньше ресурсов системы, чем создание отдельного процесса и при том к потокам прикручивают пул для оптимизации. Приемущество PHP в том что прогеру скрипта не нужно заботиться на какой системе его скрипт будет выполняться(для каких систем написан интерпретатор-PHP на тех везде и всё будет выполняться), по сравнению с двоичным CGI для Windows-сборка нужна, для FreeBSD, для Unix и т.д.
taras atavin, для Windows и сейчас можно писать на MS VС++ в проекте IISAPI или ATL Server также у него многопоточная обработка модулей. Мне интересно самому посмотреть форумный движок написанный на C/C++ CGI или C++ ATL Server.

Сообщение от List2006 Тут я всеми руками только за, на данном этапе не хватает только облегчающих библиотек

Ты ведь говорил, работа в web-программирование это просто текст, что тут сложного. Cам Расмус Лердоф создатель PHP, хотя не плохо знал язык C но создал облегчение для поддержки своего сайта.
P.S. Вывод нужно делать после собственного опыта работы, а не говорить что хуже а что легче.

0