Архитектура прикладного применения с точки зрения архитектуры

Question

Мне было предложено создать приложение для POS для ресторана. У меня есть опыт создания POS-приложения в VB6.0 и всегда хотелось создать его с помощью UX. Я ищу, чтобы создать его с WPF в качестве интерфейса. Я в значительной степени рассматриваю картину процесса, а также экраны.

Сказал так много, я не уверен, как к Архитектуре один.

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

Должен ли я использовать Composite Application Guidance для WPF - Prism. Если да, то производительность снизится, как и в приложении POS, время может быть критическим, клиенты хотят оперативного обслуживания.

Я думаю, что инъекция зависимостей должна использоваться для лучшего обслуживания.

с использованием ADO.NET Entity Каркасно Linq для SQL

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

будет использовать POS для .NET

Надежда я буду в состоянии получить все это прояснилось в эти выходные.

Обратите внимание.

Спасибо,

Mar

Edit: Я до сих пор оставляя его открытым хотел бы получить больше просмотров/советует.

Answer 1

Здесь есть много общих вопросов, я постараюсь немного коснуться всего.

В общем, вы должны проверить Application Architecture Guide. Это очень хороший общий справочник по архитектуре всех видов приложений .NET.

Я не думаю, что у вас возникнут проблемы с Prisim. Обратите особое внимание на MVVM Pattern. Что касается «производительности», я думаю, что вы действительно говорите о «отзывчивости». Поэтому приложение POS должно очень легко реагировать на пользователя. Используя WVVM, вы можете получить очень хорошую отзывчивость в своем приложении.

Лично я бы держался подальше от этой версии Entity Framework (хотя next version is looking good). Я думаю, что LinqToSQL в порядке (afterall, SO использует его :) Посмотрите на NHibernate for .NET, если вы хотите ORM.

Удачи.