Как смоделировать “продукты” в приложении интернет-магазина

Question

Как смоделировать “продукты” в приложении интернет-магазина

JavaScript видит alert(...) (...) так, как будто вы хотите вызвать возвращаемое значение alert как функцию, но alert не возвращает функцию. Вот что говорит вам ошибка.

Если вы хотите вычислять несколько выражений в последовательности, вы можете использовать оператор запятой :

condition ? case1 : (alert('some message'), )
//                  ^                     ^                 ^

Вы можете достичь того же, если перемещение вызова alert перед оператором return, что также упрощает ваш код:

render() {
  const isLoggedIn = localStorage.getItem("IsLoggedIn");
  if (!isLoggedIn) {
    alert(...);
  }

  return ;
}

Обратите внимание, что localStorage хранит только строковые значения, поэтому вам, вероятно, нужно преобразовать возвращаемое значение [ 118] к фактическому логическому значению.

Сказав все это, обратите внимание, что вам следует избегать использования alert, поскольку он блокирует.

8

modeling e-commerce language-agnostic ruby-on-rails

задан Tom Lehman 2 April 2009 в 22:55

2 ответа

Просто быстрое примечание. Можно всегда пытаться смотреть на исходный код некоторых других продуктов электронной коммерции как Веселье и Подструктура, они, вероятно, уже ответили на тот вопрос для Вас.

2

ответ дан 5 December 2019 в 11:27

Другие вопросы по тегам:

modeling e-commerce language-agnostic ruby-on-rails

Похожие вопросы:

score 13 · Accepted Answer

Я видел два решения этого вида дилеммы. Первое должно попытаться использовать характеристики для определения зависимых продуктов к "основному" продукту. Проблема здесь состоит в том, что в дополнение к Вашим мыслям для далекого, в большинстве случаев продукт разовьется с новыми производителями, которые приносят новые аспекты к таблице. Например, один производитель может сделать более дешевый продукт, но иметь другой метод приложения для логотипа или сшивания, которое может быть достаточно значительно для отслеживания.

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

В таблицах:

            ProductGroup
            --------------------
            ProductGroupID
            ProductGroupName
            ProductGroupDescription

            Product
            --------------------
            ProductID
            ProductGroupID
            QtyOnHand
            BasePrice
            ProductColorID
            ProductSizeID

            ProductColor
            ------------
            ProductColorID
            ProductColorName

            ProductSize
            --------------
            ProductSizeID
            ProductSizeName

            ...more attributes...

Преимущества здесь состоят в том, что можно легко запросить для определенных атрибутов, атрибуты "гибки" в этом, больше может быть добавлен (и старые скорректированные: если Вы запустили с "Красного", но затем добавили другого "Красного" к цветному пулу, можно изменить их на "Марона" и "Яркого Красного".

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

Это все предполагает, что Ваши характеристики универсально совместно используются. Если они не, Ваш характерный подход подтаблицы может работать путем создания объединяющей таблицы между характеристиками и таблицами особенности продукта и заполнить по мере необходимости. Это потребует, чтобы больше бизнес-логики .to гарантировало, что каждая категория продуктов получает все необходимые характеристики. В этом последнем случае я использовал бы "опытные" продукты в таблице основного продукта (с Количеством и Стоимостью 0), что я буду клонировать характеристики от и затем корректироваться, поскольку каждый новый продукт вводится. Когда Вы продвигаетесь, когда новое изменение появляется, имея "клон этот продукт" функция, которая позволяет, Вы, чтобы просто скорректировать различия от основного продукта были бы ценны.

Наконец, до управления материально-техническими ресурсами и оценки, это собирается произойти на уровне UI. Способность генерировать запросы для сопутствующих товаров (группы продуктов) и справиться со всей оценкой для сопутствующих товаров будет иметь большое значение для создания этого приемлемого.