0xD34F

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

constructor(initObj) {
  this._keysListen = this._keysListen.bind(this);
  ...

Делаете две битовые маски - все единицы для младших разрядов (до вырезаемого бита), все единицы для старших (после вырезаемого бита). Применяете обе маски к числу, смещаете старшие разряды на единицу вправо, объединяете получившиеся числа:

int value = // ваше число, чему-то там равно, вам виднее

int bit = // номер вырезаемого бита, тоже вам виднее

int maskLower = 0;
for (int i = 0; i < bit - 1; i++) {
  maskLower |= 1 << i;
}
int maskUpper = ~maskLower;

value = ((value >> 1) & maskUpper) | (value & maskLower);

UPD. Цикл для создания маски конечно лишний, как справедливо заметил в комментариях res2001.

Зачем регулярные выражения? С результатом запроса можно работать так же, как и с обычным DOM-деревом:

success(data) {
  document.querySelector('#result').innerHTML = Array
    .from(data.querySelectorAll('info'), n => `<div>${n.firstChild.nodeValue}</div>`)
    .join('');
},

Хотя, конечно, дурацкое дело нехитрое:

document.getElementById('result').innerHTML = (xml
  .match(/<info><!\[CDATA\[[^\]]*/g) || [])
  .map(n => '<div>' + n.slice(15) + '</div>')
  .join('');

Ну так вы же компоненты перепутали. Передаёте titlename в Constructor_template, а надо передавать updatetitle. И наоборот - передаёте updatetitle в Ready_template, а надо передавать titlename.

Данные с инпутов нужно хранить в одном объекте entity.

Поскольку вы подобную необходимость никак не мотивировали - не нужно. Данные следует хранить там, где с ними проще работать - это элементы массива addableFormData, на основе которого вы создаёте формы. Если создавать формы на основе одного свойства, а данные для них хранить в другом - придётся их как-то синхронизировать, вручную. Ну уж нет, лучше сделать entity computed свойством.

Попыталась это реализовать тут

А что, вы и в самом деле используете vue первой версии? И что делают div'ы внутри ul? И этот чёртов entity: вы утверждали, что он должен быть один на всех - почему же он является свойством компонента, представляющего элемент формы? Вопросы-вопросы-вопросы... Риторические, да.

с помощью генерирования рандомного имени сво-ва

Зааачееееееем??! У вас же уже есть уникальный id формы - почему было не использовать его?

Похоже на то, к чему вы стремились?

UPD. Если выбросить массив addableFormData, тогда да - проще будет так, как вы изначально хотели, держать данные в объекте. Типа так.

А надо ли использовать здесь регулярки? Можно же и без них:

str_replace([ '<div>', '</div>' ], [ '<b>', '</b>' ], $str)

Конечно, если очень надо, то:

preg_replace("/<(\/?)div>/", "<$1b>", $str)

UPD. А если вдруг у тэгов могут быть атрибуты, тогда:

preg_replace("/<(\/?)div(.*?)>/", "<$1b$2>", $str)

Есть. Смотрите примеры в документации, multi axis.

UPD. Чего на самом деле хотел автор вопроса: по результатам обсуждения в комментариях был изготовлен график с переключением видимости осей в зависимости от видимости соответствующего набора данных (за основу взят пример line chart multi axis из документации).

Открываем спецификацию, смотрим как выполняется сдвиг. Особое внимание на пункт седьмой:

Let shiftCount be the result of masking out all but the least significant 5 bits of rnum, that is, compute rnum & 0x1F.

К размеру сдвига применяется битовая маска, обнуляющая все двоичные разряды, кроме младших пяти. Т.е., сдвиг на 32, 64, 128 и т.д. - это сдвиг на 0.

переписать это, чтобы было более правильно

!!+myNumber

А что надо-то? Пропускать строки, содержащие числа? А неправильно сейчас то, что "0" теряете (а ещё строковые представления двоичных/восьмеричных/шестнадцатеричных чисел - "0b101"/"0o777"/"0xFF", например, признаются корректными значениями)?

Можно регулярными выражениями воспользоваться:

/^\d+$/.test(str) - только цифры (т.е., целые неотрицательные числа)

/^-?\d+$/.test(str) - ниже нуля теперь окей

/^-?\d+(\.\d+)?$/.test(str) - и дроби тоже

например

Кладёте в state массив:

items: [ 'One', 'Two', 'Three', 'Four', 'Five', 'Six', 'Seven' ]

А в render станет так:

<TabContainer>Item {this.state.items[value]}</TabContainer>

UPD. А если добавить в массив ещё и иконки, то и рендеринг Tab'ов тоже упростится.

const obj = (str
  .match(/\w+=[\d;]+/g) || [])
  .reduce((acc, n) => {
    const [ key, values ] = n.split('=');
    acc[key] = values.split(';').map(Number);
    return acc;
  }, {});

или

const obj = Array
  .from(new URL(str).searchParams)
  .reduce((acc, [ k, v ]) => (
    acc[k] = v.split(';').map(n => +n),
    acc
  ), {});

Например.

Одного только не могу понять - ЗАЧЕМ? Почему бы не сделать наоборот? - работать сразу с объектом, а json, если он так необходим, пусть будет вычисляемым свойством.

О какие элементах и атрибутах идёт речь:

const elements = document.querySelectorAll('p');
const attrNamePrefix = 'bind:';

Как из общего набора элементов отобрать нужные:

const result = Array.prototype.filter.call(
  elements,
  n => Array.prototype.some.call(
    n.attributes,
    m => m.name.startsWith(attrNamePrefix)
  )
);

или

const result = [];

for (const n of elements) {
  for (const m of n.attributes) {
    if (m.name.indexOf(attrNamePrefix) === 0) {
      result.push(n);
      break;
    }
  }
}

Во-первых - ошиблись с именем класса (это вы могли бы и сами обнаружить).

Во-вторых - браузер стремится оптимизировать внесение изменений в DOM-дерево, так что свежесозданные элементы анимироваться не будут. Чтобы анимация выполнилась, нужен дополнительный reflow, для чего можно либо обернуть добавление класса в setTimeout, либо перед добавлением класса обратиться к одному из свойств, расчёт которых вызывает reflow. Как-то так.

<div class="counter">
  <span class="counter__visible"></span> /
  <span class="counter__total"></span>
</div>

$('.loadmore').on('click', function(e) {
  e.preventDefault();

  const $items = $('.item');

  $items.filter(':hidden').slice(0, 4).fadeIn();

  const visible = $items.filter(':visible').length;

  $('.counter__visible').text(visible);
  $('.counter__total').text($items.length);

  if ($items.length === visible) {
    $(this).fadeOut('slow');
  }
}).click();

Заменяем switch на таблицу, где будут перечислены все возможные варианты (в данном случае достаточно простого объекта), после этого вся логика выбора нужного значения сведётся к чтению свойства:

const defineQuestionDataByLanguage = (question, lang) => {
  const answerLang = ({
    2: 'swe',
    // ещё какие-то языки, если надо
  })[lang] || 'en';

  return {
    labelLang: question[answerLang],
    answerLang,
  };
};

После этого табличку с языками можно отделить от функции (вынести в отдельный файл, какой-нибудь languages.json, например), и тогда станет совсем здорово:

const defineQuestionDataByLanguage = (question, lang) => {
  const answerLang = languages[lang] || languages.default;

  return {
    labelLang: question[answerLang],
    answerLang,
  };
};

А ещё при необходимости внести изменения в список языков трогать код будет не надо.

Где находятся элементы, что это за элементы, по каким событиям надо получать их текст и что с текстом надо делать:

const containerSelector = 'table';
const itemSelector = 'td';
const events = [ 'click', 'contextmenu' ];
const onText = text => console.log(text);

Получаем, делаем:

$(containerSelector).on(events.join(' '), itemSelector, function() {
  onText($(this).text());
  return false;
});

или

const container = document.querySelector(containerSelector);
const handler = e => (
  e.preventDefault(),
  onText(e.target.closest(itemSelector).textContent)
);

events.forEach(n => container.addEventListener(n, handler));