Являются ли платформы электронной коммерции для больших систем?

Question

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

Некоторые из людей, над которыми я работаю, убеждены, что мы должны использовать сторонний продукт для реализации элементов электронной коммерции (корзина для покупок, управление каталогом). Их мнение состоит в том, что это решаемая проблема, и нам не нужно ее изобретать. Учитывая это направление, я рассмотрел около десяти различных платформ электронной коммерции, основанных на .NET, и я изо всех сил пытаюсь представить, как мы сможем плавно интегрировать любой из них без большого трения. Они настолько всеобъемлющи, что я чувствую, что они, вероятно, лучше подходят для реализации простых торговых сайтов, а не для более крупных систем, которые имеют для них некоторые аспекты электронной коммерции.

У нас есть действительно хорошая архитектура, предназначенная для всего остального (Entity Framework, ASP.NET MVC и т. Д.), И моя кишка говорит мне, что попытка внедрения сторонней платформы вызовет ненужную фрагментацию и трудности.

Я хотел бы услышать мнение людей, которые были там. Вы использовали стороннюю платформу для электронной коммерции? Это был типичный торговый сайт или что-то другое? Вы считали, что это помощь или препятствие? Благодарю.

Answer 1

Вы не изобретаете колесо , если требуется, чтобы ваш квадрат был. Вот почему я проклинаю тот день, когда я использовал Drupal в качестве основы для проекта. Сфера охватила его, и тогда это стало проклятием. Если вы уже чувствуете запах болезни, зачем продолжать думать об этом?

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

Здравый смысл действительно, только потому, что это программное обеспечение не изменяет логический подход к повторному использованию.

Пойдите, сделайте свое квадратное колесо. Вы можете узнать некоторые вещи/создать более абстрактный ориентированный на разработчика API для электронной коммерции, который другие разработчики могут использовать в качестве библиотеки, а не платформы, чтобы избежать проблем, с которыми вы столкнулись при реализации «меня тоже».

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

Но, не потому, что ваш проект настолько уникален и потрясающим?

«Не изобретать колесо» кажется одной из тех вещей, которые чрезмерно используются. Как Helvetica. Это имеет смысл, но не для всего.

Answer 2

Решения для электронной коммерции сродни процедурам шифрования: вы должны избегать писать, если у вас нет опыта в создании одного и действительно знаете, что вы делаете. Особенно в сегодняшних условиях существует множество юридических проблем, которые необходимо решать при создании решения для электронной коммерции, которое защитит вашего клиента от судебного процесса. PCI и PII приходят на ум. Легко делать корзины для покупок неправильно и вызывать серьезное горе для ваших клиентов. Используя третью сторону, вы, по сути, значительно расширяете свою команду разработчиков. Теперь у вас есть целая компания, которая работает над добавлением и обновлением корзины покупок.Хороший набор корзин для покупок является расширяемым и позволяет заменять компоненты в конвейере покупки собственными. Короче говоря, я согласен с тем, что вы должны искать стороннее решение для управления корзиной покупок, если у вас нет большого опыта в создании своей команды.