WIP: #25-fix-64bit-values #26
Reference in New Issue
Block a user
No description provided.
Delete Branch "(deleted):#25-fix-64bit-values"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes #25
Incorrectly spelled words and wrong verb tenses are also fixed. Editorconfig additions for more comfortable collaboration
+Test coverage
Successfully integrated into deeproots in this commit
test.log
Нахера ты делаешь
ARCH === 64
?Я НЕ ЗНАЮ ЧТО ТАКОЕ
ARCH
. Я ЗНАЮ ЧТО ТАКОЕARCHITECTURE
Убирай ARCH на хуй отсюда
Что ты будешь делать при
PHP_INT_SIZE = 16
?Ты ничего не упростил этим. Лишняя логика.
НАРУШЕН
PSR-4
. УБИРАЙ НА ХУЙ ВСЁ КРОМЕ КЛАССА ИЗ ФАЙЛА.Используй
PHP_INT_SIZE === 8
ЛИБО в ядре должно быть статичное свойствоcore::architecture
которое имеетОТМЕНЯЙ
e5fa761e8e
пусть английский язык празднует свою победу
Я тебе сказал свойство, а не метод
Зачем каждый раз вызывая
core::architecture()
ты заново определяешь архитектуру процессора?Это можно сделать всего 1 раз при инициализации объекта и записать в статическое СВОЙСТВО
#25-fix-64bit-valuesto WIP: #25-fix-64bit-valuesmirzaev/baza/system/core.php
строка 27 ОШИБКАу тебя никогда не бывает возврата
null
В документации добавить
@throws exception_domain Объяснение
@author
не забудь свой добавитьЯ тебе сказал убрать
define('ARCHITECTURE', core::architecture());
Это нарушает вообще всё: и эстетику, и стандарт PSR-4 и общепринятый почерк в проекте.
Тесты проходят успешно, жду комментарии
test.log
@mirzaev
Никаких камел кейс. Никаких МЕТОДОВ-СЕТТЕРОВ. убери этот ужас. я тебе уже говорил убрать
что за уродство внутри конструктора?
что значит
PHP implementation architecture
? PHP ничего не имплементирует, это МЫ имплементируем. Да и вообещ это не имплементация, а вычисление/обнаружение. Имплементация это создание интерфейса или абстрактной надстройки над чем-то. Мы здесь просто посчитали какая длина команды процессора и всё.ужас. я тебе готовый код написал уже три раза сейчас четвёртый раз писать буду
Если тебе настолько сильно нужен сеттер, то создай магическую функцию, либо хук, а не уродливую функцию-сеттер.
https://sergeymukhin.com/blog/php-84-property-hooks?ysclid=md1bnenlv4465904648
Пример ниже взят с сайта Сергея Мухина
НО ЗДЕСЬ ВООБЩЕ НЕ НУЖЕН СЕТТЕР. НИ В КАКОМ ВИДЕ. МЫ НЕ БУДЕМ МЕНЯТЬ АРХИТЕКТУРУ ПРОЦЕССОРА НА ЛЕТУ. МЫ НЕ БУДЕМ МЕНЯТЬ ПРОЦЕССОРЫ БЕЗ ПЕРЕЗАПУСКА КОМПЬЮТЕРА. ТАКОГО НЕ БЫВАЕТ. ТЫ СОЗДАЛ НЕНУЖНУЮ ВСЕХ ПУТАЮЩУЮ И НЕКРАСИВУЮ ФУНКЦИЮ, ВСЁ УСЛОЖНИЛ.
ПИШИ НОРМАЛЬНЫЕ КОММЕНТАРИИ К КОММИТАМ. ПОЧЕМУ Я ДОЛЖЕН ПО ЭТОЙ ХУЙНЕ БЕГАТЬ ПО СТО РАЗ?
У
enum
объектов можно создавать функции.Логику разделения ячейки памяти надо засунуть туда.
Чтобы разделяло в зависимости от нашего
enum
Это нужно для 128-бит 256-бит 10000000-бит процессоров и так далее
ПОЕБАТЬ что таких архитектур не бывает. Это просто правильный код.
Это есть правильный подход к программированию. Мышление.
ниже это пример, ТОЛЬКО ПРИМЕР
Комментарий ты вписал так как его ни один интерпретатор документации не поймёт.
Ты засунул его внутрь конструкции

То же самое что и
Любой компилятор документации тебе кабину пробьёт за такие приколы
Камел кейс по PSR-1 стандарту. У тебя все методы в одно слово, стиль нейминга проекта заимствовать было неоткуда (кроме как из других твоих репозиториев, туда я с этой целью не залезал)
Я бы с радостью инициализовал свойство динамически, но это невозможно сделать внутри объявления класса, PHP не даёт никаких инструментов для инлайнинга. Дело не в том, что свойство статическое, свойства в объявлении класса в принципе нельзя инициализировать не статически до создания объекта:
Архитектуру процессора хотелось бы получить без создания новых классов и уродливых сеттеров. Давай уж остановимся на магическом методе __construct(). Хук тут, по моему мнению, не нужен. Будет то, что я сделал коммитом выше, но без уродливой ненужной функции, её заинлайним в __construct:
Это не я, это ООП
Во-первых пошёл на хуй PSR-1
Во-вторых_там_есть_вот_такое
В-третьих я пишу код где ни один из этих написаний не нужен
Я понял что заимствовать было неоткуда.
В своих проектах пиши как хочешь, но в моих пиши как я пишу.
В твоих проектах я буду писать как ты хочешь. Всё честно.
В общих проектах дерёмся насмерть.
Про динамическую инициализацию мы уже обсудили в телеграме
Код пиши в конструкторе, но убери совершенно бесполезный
Это условие не выполнится никогда и следовательно код бессмысленный
ООП говно
Про
PSR-1
я переборщил. Он на все 100% правильный.Сделал два решения:
Вывод:
Вывод:
@mirzaev
Pull request closed