Стоят ли платформы электронной коммерции для крупномасштабных систем?

Question

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

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

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

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

Answer 1

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

Answer 2

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

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

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

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

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

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

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