Roman K

непосредственном передастся сам словарь?

test_dict = {'a': 'b', 'c': 'd'}
print(id(test_dict))

import dict_for

from dict_for import test_dict
print(id(test_dict))

PS D:\Dropbox\Develop\all_tests> python dict_import.py
9434768
9434768

PS D:\Dropbox\Develop\all_tests> python dict_import.py
0xb4bd20
0xb4bd20

computed: {
  sortedUsers() {
    return [...this.users].sort((a, b) => a.name.localeCompare(b.name));
  },
},

Реалистичнее всего в условиях крайне ограниченного объема вычислительной мощности калькулятора – использование метода Ньютона. Для квадратного корня он, если коротко и просто, заключается в следующем.

Пусть, например, ищется корень числа 13. Берем в качестве ответа любое число. Например, единицу. Считаем полусумму значений этого возможного ответа и исходного числа, делённого на этот «ответ»:

(1 + 13/1) / 2 = 7

Теперь вероятным ответом будет 7. Повторяем приём ещё несколько раз:

(7 + 13/7) / 2 = 4,4286

(4,4286 + 13/4,4286) / 2 = 3,682

(3,682 + 13/3,682) / 2 = 3,606

И так далее. Уже сейчас ошибка очень маленькая: если проверить и возвести 3,606 в квадрат, получится 13,0057. Калькулятору очень легко делать сложения и чуть сложнее деления, но цепочку таких операций он может провести довольно быстро.

• Глобальные переменные — зло
  
• На лицо некий код, который и с сессией работает и с БД — явное нарушение общепринятных принципов, например SRP
  
• $dao как инициализирована? Явно не через конструктор
  
• Использование цифры, вот сиди гадай по ней — это плохо, используйте именованную константу. Например 3 — это некий статус для desktop, вот и назовите ее STATUS_DESKTOP, хотя далее...
  
• вы обращаетесь к одному методу, который шибко умный — работает с флагами, тем самым нарушая SRP и сам содержит if/else, сделайте просто 2 раздельных метода:
  

  getMobileOpinionList()
  getDefaultOpinionList()

  
  
• Предикат лучше вынести в отдельный метод isMobileOnly(), тк условия могут поменяться в нем, не будете же везде в if менять по всему проекту