Less.js: Как обрабатывать математику со смешанными единицами

Честно говоря, я никогда не был поклонником возможности смешивать единицы в Less. Это не имеет смысла с математической точки зрения, и, как вы отметили, все основано на порядке оценки ... что также не имеет смысла.

Однако, когда я посмотрел на код strictUnits , это тоже не имело для меня смысла. Это тоже не похоже на то, что я думал.

Так что да, это странно, но я не склонен считать, что это исправлено. Я более склонен к исчезновению математики со смешанными единицами. Но это только я. Как и результат 1px * 1px должен быть 1px^2 (бесполезно, но верно). И результат 1px / 1px должен быть 1 . Sass слишком сложен в некоторых видах математики, но он использует базовые математические принципы для таких вещей, как переключение единиц микширования. Например.

<strong i="13">@value</strong> / 1px * 1rem
Математика здесь 10px / 1px . Это должно дать 1 (не в Less, просто в принципе, а в Sass). 1 * 1rem = 1rem . Не обижайтесь на Alexis за происхождение этой функции, но выбор первой единицы выражения просто немного странный, трудный для оценки и может привести к этим крайним случаям с ошибками.

Только мои 0,02 доллара.

Я думаю, что должно произойти следующее: подобно изменениям в математике, есть изменение в смешанных единицах, так что между ними есть третий вариант:

1. strictUnits: false - попытка выполнить математические вычисления и единицы принуждения
2. strictUnits: ? - например, 1px / 1px // output 1 , 100vh - 10px // output 100vh - 10px т.е. со смешанными единицами, оставьте выражение как есть и вывод - полезно для подвыражений, назначенных переменным и используемых в calc () - будущий дефолт?
3. strictUnits: true - вывести ошибку (не понимаю, чем это полезно.)

Дело не в личном мнении относительно обработки единиц / арифметики. Дело в том, что компилятор не следует собственной документации. (Об остальном см., Например, https://github.com/less/less.js/issues/1366#issuecomment-342361948).

Дело не в личном мнении относительно обработки единиц / арифметики. Речь идет о компиляторе, который не следует собственной документации

Да, я понял. Но в конечном итоге речь идет о том, как это «исправить», не так ли? Итак, я просто окольным путем говорю, что не думаю, что это стоит времени, чтобы исправить, и вместо этого он должен иметь более интуитивное поведение. Но да, это просто мое мнение, чувак.

@ seven-phase-max Просто примечание: я переписал большинство методов работы с юнитами, и у них действительно была какая-то странная акробатика для определения конечного юнита. Я понял, что это намного проще, когда левый юнит побеждает, когда передается вариант принуждения.

(Было несколько тем, где разные мнения о возможных улучшениях строгих единиц измерения, но поскольку это было распространено по всему трекеру (или, по крайней мере, я не могу быстро найти выделенную ветку), я думаю, я просто озвучиваю ключевую часть :)
Мое личное мнение о

strictUnits:? - например, 1px / 1px // вывод 1, 100vh - 10px // вывод 100vh - 10px

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

Обратите внимание, что для того, чтобы он был действительно универсальным (в отличие от кодирования тех и других минималистичных значений / шаблонов операций / примеров), вам необходимо правильно обработать все обычные арифметические равенства и, таким образом, ввести «мнимые» единицы, такие как px² и аналогичный. Например, для a: 1px; b: 2px; c: 4px; ожидаемый результат a*b/c (очевидно, принимая (a*b)/c = a*(b/c) ) будет .5px что означает, что результат a*b должен быть 2px² (по крайней мере, внутри).

Есть и другие проблемы с реализацией (очевидно, было бы странно также считать такие вещи, как 1/1hz = 1s и т. Д., Но формально ...) Подсчет в центах: я сказал, что CSS Units - это слишком большой медведь ткнуть его без причины (« просто потому, что 1px/1px = 1 выглядит интуитивно понятным»).

strictUnits: true - выдать ошибку (не понимаю, чем это полезно.)

В основном, если кому-то не нравится распространение единиц и / или смешанные единицы, он может ввести более строгий стиль кодирования, не разрешающий такую ​​арифметику (таким образом, текущий strictUnits: true в основном является вариантом для принудительного использования этого стиля кодирования).