OberonCore

?!

===

Hack

Я раньше увлекался PHP, а не так давно переписывал с PHP на Активный Оберон систему управления проектами.
Нуууу... нормальный язык, чё, простой, с наработанной инфраструктурой, кучей плюшек и няштяков, со своими тараканами, для поклонников кажущимися божьими коровками.
Пусть будет, лично мне не мешает.

Если говорить про плюсы php, то мне нравятся их "массивы", к которым можно обращаться по индексу, а можно по имени ключа и в качестве элементов массива могут быть другие массивы (если я все правильно помню).

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

Решил отдельную тему не заводить...
Хотя это будет "против JS".

Разработчик написал в скрипте:
if ($("div .bNotice").is(':visible') == false ) {
...

Я ему пеняю, дескать, неграмотно буль сравнивать с константой. Пиши отрицание.
Он грит: "Не работает!"

И правда, пишет if ( !$("div .bNotice").is(':visible') ) { - не работает!!

Я предложил поставить доп. скобки: !($("div .bNotice").is(':visible')) - заработало.
Т.е. . - это синтаксически не часть особой конструкции (как в КП Designator), а просто оператор среди других. И приоритет у ! выше. Ошибки, кстати, при вызове метода is от отрицания элемента не происходило. Т.е. у буля тоже метод is есть...

Вот до чего любительское языкоклепание доводит.

Цитата Дейкстры об умственном оболванивании студентов бейсиком - вполне конкретно относится к пхп...

Эти конструкции ничем не отличаются кроме скобок.
Результат должен быть один и тот же.


https://developer.mozilla.org/ru/docs/W ... Precedence
Нет, приоритет у ! ниже, чем приоритет доступа к свойствам/вызову методов


В JS нет такого метода.




При всём уважении, проверяйте факты перед публикацией.

В момент публикации это проверялось своими глазами-руками в реальном коде.
На что ещё списать, кроме ошибки реализации, непонятно.