Именно так. Это тоже бессмысленно Цитата (ikki, Суббота, 26.01.2013, 17:25 # 10 писал(а)): в окне Immediate sub и end sub не нужны
В окне Immediate они просто невозможны, к тому же в этом окне невозможно создать макрос, а я привел пример именно про макросы, что объявление процедуры это тоже часть макроса
Именно так. Это тоже бессмысленно Цитата (ikki, Суббота, 26.01.2013, 17:25 # 10 писал(а)): в окне Immediate sub и end sub не нужны
В окне Immediate они просто невозможны, к тому же в этом окне невозможно создать макрос, а я привел пример именно про макросы, что объявление процедуры это тоже часть макросаMCH
полностью на стороне Михаила. Сергей, не упорствуй. Давайте еще каждую функцию считать одним символом - она же одна. Даешь НЕ и ПРОМитоги - под одну гребенку
полностью на стороне Михаила. Сергей, не упорствуй. Давайте еще каждую функцию считать одним символом - она же одна. Даешь НЕ и ПРОМитоги - под одну гребенку vikttur
"Полностью поддерживаю" - это относится и к доводам МСН. О длине функции - это в "поддержку" твоей позиции. Если не считать первый символ формулы (неотъемлемую часть), можно условиться принимать название функции и две ее скобки за один символ. Выглядит логично.
IP - телефон.
"Полностью поддерживаю" - это относится и к доводам МСН. О длине функции - это в "поддержку" твоей позиции. Если не считать первый символ формулы (неотъемлемую часть), можно условиться принимать название функции и две ее скобки за один символ. Выглядит логично.vikttur
Хотел написать длинный пост с подробными пояснениями, но понял что это займёт неоправданно большое количество времени, а у меня его и так мало, поэтому кратко:
"Полностью поддерживаю" - это относится и к доводам МСН
К каким доводам? О том что формула не будет работать на листе без знака "="? Так это и так неоспоримо Я же задавал совершенно другой вопрос: "Почему надо считать знак "=" при подсчете длины формулы?"
Если не считать первый символ формулы (неотъемлемую часть)...
Вот тут и кроется корень всех зол Знак "равно" НЕ является первым символом формулы. Он вообще НЕ входит в формулу! Microsoft стыдливо об этом умалчивает (хотя иногда и прокалывается), как и о многом другом, попросту пудря пользователям мозги. Формулой (текстом формулы) является та часть символов, которая идёт ПОСЛЕ знака "равно". Пример? Пожалуйста. Как Вы вычисляете выражение 2+2? Правильно, вводите в ячейку знак "=", а ПОСЛЕ него пишите ФОРМУЛУ 2+2. А на VBA? Evaluate(2 + 2) или Evaluate("2 + 2"). На XLM? Тоже самое. Теперь стало очевидно что знак "=" на листе, Evaluate в VBA и ВЫЧИСЛИТЬ на XLM - это одно и тоже? Это признак формулы, команда для её вычисления, но никак не ЧАСТЬ самой формулы...
Нас с детства приучают к заблуждениям, типа того что на ноль делить нельзя, бесконечность бесконечна, формулы начинаются с равно и т.д., просто потому что учителям так удобнее, меньше надо давать ответов на сложные вопросы. MS делает тоже самое, называя Access базой данных, утверждая что трёхмерные ссылки поддерживает только их список функций, что функция ЯЧЕЙКА() не может возвращать массив и т.п.
...с левой стороны от знака равно находится как бы ячейка, а с правой стороны - выражение (или формула). Такой тип записи можно рассматривать как присваивание ячейке значения, получившегося в результате вычисления выражения
"как бы ячейка" конечно покоробило, но в остальном правильно - формула ПРАВЕЕ знака "равно"
можно условиться принимать название функции и две ее скобки за один символ
Это будет логично в том случае, если целью будет написание формулы с наименьшим количеством функций, например. Мы же, как правило, ищем минимальное количество знаков и твое предложение в нашем случае было бы принято, если бы все функции имели одинаковое количество символов в названии. Хотя зачем это нужно - ума не приложу. Так ведь считать результат гораздо сложнее будет...
Хотел написать длинный пост с подробными пояснениями, но понял что это займёт неоправданно большое количество времени, а у меня его и так мало, поэтому кратко:
"Полностью поддерживаю" - это относится и к доводам МСН
К каким доводам? О том что формула не будет работать на листе без знака "="? Так это и так неоспоримо Я же задавал совершенно другой вопрос: "Почему надо считать знак "=" при подсчете длины формулы?"
Если не считать первый символ формулы (неотъемлемую часть)...
Вот тут и кроется корень всех зол Знак "равно" НЕ является первым символом формулы. Он вообще НЕ входит в формулу! Microsoft стыдливо об этом умалчивает (хотя иногда и прокалывается), как и о многом другом, попросту пудря пользователям мозги. Формулой (текстом формулы) является та часть символов, которая идёт ПОСЛЕ знака "равно". Пример? Пожалуйста. Как Вы вычисляете выражение 2+2? Правильно, вводите в ячейку знак "=", а ПОСЛЕ него пишите ФОРМУЛУ 2+2. А на VBA? Evaluate(2 + 2) или Evaluate("2 + 2"). На XLM? Тоже самое. Теперь стало очевидно что знак "=" на листе, Evaluate в VBA и ВЫЧИСЛИТЬ на XLM - это одно и тоже? Это признак формулы, команда для её вычисления, но никак не ЧАСТЬ самой формулы...
Нас с детства приучают к заблуждениям, типа того что на ноль делить нельзя, бесконечность бесконечна, формулы начинаются с равно и т.д., просто потому что учителям так удобнее, меньше надо давать ответов на сложные вопросы. MS делает тоже самое, называя Access базой данных, утверждая что трёхмерные ссылки поддерживает только их список функций, что функция ЯЧЕЙКА() не может возвращать массив и т.п.
...с левой стороны от знака равно находится как бы ячейка, а с правой стороны - выражение (или формула). Такой тип записи можно рассматривать как присваивание ячейке значения, получившегося в результате вычисления выражения
"как бы ячейка" конечно покоробило, но в остальном правильно - формула ПРАВЕЕ знака "равно"
можно условиться принимать название функции и две ее скобки за один символ
Это будет логично в том случае, если целью будет написание формулы с наименьшим количеством функций, например. Мы же, как правило, ищем минимальное количество знаков и твое предложение в нашем случае было бы принято, если бы все функции имели одинаковое количество символов в названии. Хотя зачем это нужно - ума не приложу. Так ведь считать результат гораздо сложнее будет...Serge_007
Сергей, тебе же тонко намекают... Про то, что любая из встроенных функций - это два байта кода. Номер по классификации MS. Внутри файла. Как ссылка. Это и будем считать? Перейдём на P-code и оптимизацию прекомпилятора? Или всё же будем меряться искусственно созданными нами же принципами "кто придумает меньше буковок"
А "=" в записи формулы - это вызов соответствующего обработчика, я согласен... НО! Даже JMP необходимо учитывать... Так что именно этот символ нужно просто согласиться считать как входящий в общую длину.
[offtop]И не надо мне рассказывать про размер формул - я же вроде говорил уже, что начинал программировать на Алгол-68 и Форт-83[/offtop]
Сергей, тебе же тонко намекают... Про то, что любая из встроенных функций - это два байта кода. Номер по классификации MS. Внутри файла. Как ссылка. Это и будем считать? Перейдём на P-code и оптимизацию прекомпилятора? Или всё же будем меряться искусственно созданными нами же принципами "кто придумает меньше буковок"
А "=" в записи формулы - это вызов соответствующего обработчика, я согласен... НО! Даже JMP необходимо учитывать... Так что именно этот символ нужно просто согласиться считать как входящий в общую длину.
[offtop]И не надо мне рассказывать про размер формул - я же вроде говорил уже, что начинал программировать на Алгол-68 и Форт-83[/offtop]AndreTM
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
