Архитектура приложения торговой точки
Меня попросили создать POS-приложение для ресторана. У меня есть опыт создания POS-приложений в VB6.0, и я всегда хотел создать его с UX. Я ищу, чтобы создать один с WPF в качестве внешнего интерфейса. Я имею в виду картину процесса, а также экраны.
Сказал так много, я не уверен, как архитектура один.
Несколько главных вопросов, которые приходят мне в голову:
Должен ли я использовать Руководство по составным приложениям для WPF - Prism. Если ответ "да", производительность снизится, как в приложении POS, время может быть критическим, клиенты хотят оперативного обслуживания.
Я думаю, что Dependency Injection следует использовать для лучшего обслуживания.
используя ADO.NET Entity Framework- LinQ to SQL
Позже я хочу расширить это приложение, чтобы включить управление запасами и интеллектуальный анализ данных, отчеты по управлению.
будет использовать POS для.NET
Надеюсь, я смогу прояснить все это в эти выходные.
Пожалуйста, порекомендуйте.
Спасибо,
март
Изменить: я все еще оставляю его открытым, хотел бы получить больше просмотров / советов.
1 ответ
Там много общих вопросов, я постараюсь немного коснуться всего.
В общем, вы должны проверить Руководство по архитектуре приложений. Это очень хороший общий учебник по архитектуре всех видов приложений.NET.
Я не думаю, что у вас возникнут какие-либо проблемы с Призимом. Обратите особое внимание на паттерн MVVM. Что касается вопроса "производительности", я думаю, что вы на самом деле говорите о "отзывчивости". Таким образом, POS allplication должен быть очень отзывчивым для пользователя. Используя WVVM, вы можете получить очень хорошую отзывчивость в вашем приложении.
Лично я бы держался подальше от этой версии Entity Framework (хотя следующая версия выглядит хорошо). Я думаю, что LinqToSQL - это хорошо (в конце концов, SO использует его:) Посмотрите на NHibernate для.NET, если вы хотите ORM.
Удачи.